Compose 学习界面架构 - Side Effects

原创 已于 2025-10-17 14:55:07 修改 · 1.9k 阅读 · 48 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#学习

于 2025-10-17 14:45:38 首次发布

上一章中了解了可组合项的生命周期和因状态变化重组，而附带效应（Side Effects）正是解决 “重组时如何安全执行界面描述之外的操作” 的核心方案，比如网络请求、日志上报、生命周期监听等。

关键术语：效应（Effect）本身是一种可组合函数，它不输出界面，且只在组合完成后产生附带效应，比如 LaunchedEffect、DisposableEffect 都是效应。

本章的示例代码是伪代码只是展示使用场景，部分可运行...

官方文档：Compose 官方文档

一、什么是附带效应？

有一个大前提：可组合项理想状态下应该 “无附带效应”。因为可组合项的核心作用是 “描述界面”，而附带效应是 “发生在可组合函数作用域之外的应用状态变化”，比如：

  • 发送网络请求、保存数据到本地；
  • 显示 Snackbar、Toast 等临时提示；
  • 注册 / 取消生命周期监听、日志上报。

这些操作之所以不能直接写在可组合项里，是因为可组合项的重组有 “不可预测性”：

  1. 重组可能频繁触发（比如状态快速变化时）；
  2. 重组顺序可能和首次执行不同；
  3. 部分重组可能被 Compose 舍弃（比如还没执行完就触发新重组）。

如果直接在可组合项里写这些操作，会导致重复请求、监听泄漏、状态混乱等问题。因此，Compose 提供了专门的 “效应 API”，让这些操作能在 “感知可组合项生命周期的受控环境” 中执行 —— 简单说就是 “该执行时执行，该取消时取消”。

二、7 个核心效应 API

1. LaunchedEffect：在可组合项内运行挂起函数

适用场景

需要在可组合项的生命周期内执行挂起函数（如 delay、网络请求、动画），且希望函数能随可组合项 “进入而启动、退出而取消”。

核心逻辑

  • 当 LaunchedEffect 进入组合时，启动一个协程执行代码块；
  • 当 LaunchedEffect 退出组合时，自动取消协程；
  • 若传入的 “键（key）” 变化，会先取消当前协程，再启动新协程执行代码块（即 “重启效应”）。

示例代码 - 实现 Alpha 脉冲动画

@Composable
fun PulseAnimation() {
    // 可配置的脉冲间隔（状态变化时会触发效应重启）
    var pulseRateMs by remember { mutableStateOf(3000L) }
    // 动画状态：初始透明度1f（不透明）
    val alphaAni = remember { Animatable(1f) }

    // 键为pulseRateMs：当间隔变化时，重启动画协程
    LaunchedEffect(pulseRateMs) {
        // isActive是协程的状态：效应取消时为false，循环终止
        while (isActive) {
            delay(pulseRateMs) // 等待设定间隔
            alphaAni.animateTo(0f) // 透明度降到0（完全透明）
            alphaAni.animateTo(1f) // 透明度恢复到1（不透明）
        }
    }

    // 使用动画透明度绘制文本
    Text(
        text = "脉冲动画",
        modifier = Modifier.size(200.dp).alpha(alpha = alphaAni.value),
        fontSize = 24.sp,
    )
}

2. rememberCoroutineScope：在可组合项外启动协程

适用场景

  • LaunchedEffect 是可组合函数，只能在其他可组合项内使用；如果需要在 “可组合项外” 启动协程（如按钮点击事件、回调函数），就用 rememberCoroutineScope；
  • 需要手动控制协程生命周期（如手动取消动画、中断请求）。

核心逻辑

  • rememberCoroutineScope 是可组合函数，返回一个绑定到 “当前组合点” 的 CoroutineScope；
  • 当可组合项退出组合时，该作用域会自动取消，所有在该作用域下启动的协程也会被取消。

示例代码 - 点击按钮显示 Snackbar

@Composable
fun MoviesScreen() {
    // 创建与MoviesScreen生命周期绑定的协程作用域
    val scope = rememberCoroutineScope()
    // Snackbar的状态宿主
    val snackbarHostState = remember { SnackbarHostState() }

    Scaffold(
        snackbarHost = { SnackbarHost(hostState = snackbarHostState) }
    ) { contentPadding ->
        Column(Modifier.padding(contentPadding)) {
            Button(onClick = {
                // 在按钮点击事件（可组合项外）启动协程
                scope.launch {
                    snackbarHostState.showSnackbar(
                        message = "已加载最新电影列表",
                        actionLabel = "知道了"
                    )
                }
            }) {
                Text("加载最新网络电影")
            }
        }
    }
}

3. rememberUpdatedState：效应中引用值但不重启

适用场景

  • 当 LaunchedEffect 等效应依赖某个值，但 “该值变化时不希望效应重启”—— 比如长期运行的任务（如倒计时），中途依赖的回调函数更新了，不想让倒计时重新开始。

核心逻辑

  • rememberUpdatedState 会创建一个 State 对象，始终持有该值的 “最新版本”；
  • 效应中引用这个 State 对象的值，而非直接引用原变量，这样即使原变量变化，效应也不会重启，但能拿到最新值。

示例代码 - 倒计时

@Composable
fun LandingScreen(onTimeout: () -> Unit) {
    // rememberUpdatedState可以确保重组LandingScreen时：
    // onTimeout始终包含重组使用的最新值，且不触发效应重启
    val currentOnTimeout by rememberUpdatedState(onTimeout)

    // 键为true：效应只在进入组合时启动一次，不随任何值重启
    LaunchedEffect(true) {
        delay(3000L)       // 倒计时3秒
        currentOnTimeout() // 执行回调
    }

    
    Box(modifier = Modifier.fillMaxSize()) {
        Text(
            text = "rememberUpdatedState 示例",
            modifier = Modifier.align(Alignment.Center),
            fontSize = 28.sp
        )
    }
}


// 在需要的地方使用，3s 后会执行回调内容
LandingScreen() {
    Toast.makeText(context, "这是一条消息", Toast.LENGTH_SHORT).show()
}

不过 LaunchedEffect(true) 官方有个警告，意思大概就是要谨慎使用，因为使用了这个效应就只启动一次，除非可组合项退出再进入才会再次启动，可能会导致状态不一致。

4. DisposableEffect：需要清理的效应

适用场景

  • 当效应需要 “清理操作” 时 —— 比如注册监听后要取消监听、打开资源后要关闭资源，否则会导致内存泄漏。

核心逻辑

  • 行为和 LaunchedEffect 类似：键变化时重启，退出组合时清理；
  • 强制要求在代码块最后添加 onDispose 子句，用于编写清理逻辑（否则 IDE 会报错）。

示例代码 - 监听生命周期事件

@Composable
fun HomeScreen(
    lifecycleOwner: LifecycleOwner = LocalLifecycleOwner.current,
    onStart: () -> Unit, // 页面启动时的分析上报
    onStop: () -> Unit   // 页面停止时的分析上报
) {
    // 用rememberUpdatedState确保拿到最新的回调
    val currentOnStart by rememberUpdatedState(onStart)
    val currentOnStop by rememberUpdatedState(onStop)

    // 键为lifecycleOwner：当生命周期所有者变化时，重启效应（重新注册监听）
    DisposableEffect(lifecycleOwner) {
        // 创建生命周期观察者
        val observer = LifecycleEventObserver { _, event ->
            when (event) {
                Lifecycle.Event.ON_START -> currentOnStart()
                Lifecycle.Event.ON_STOP -> currentOnStop()
                else -> {}
            }
        }

        // 注册观察者
        lifecycleOwner.lifecycle.addObserver(observer)

        // 退出组合时取消注册
        onDispose {
            lifecycleOwner.lifecycle.removeObserver(observer)
        }
    }

    // 其它的页面内容
    Text(text = "首页内容", fontSize = 24.sp)
}

// 在需要的地方
HomeScreen(
    onStart = {
        Log.d("MainActivity", "onStart 启动")
    },
    onStop = {
        Log.d("MainActivity", "onStop 停止")
    }
)

onDispose 的代码块可以为空，只不过这样用可能会存在某种更适合该使用场景的效应。

5.  SideEffect：将 Compose 状态同步到非 Compose 代码

适用场景

  • 需要将 Compose 管理的状态（如用户信息、主题设置）同步到 “非 Compose 代码”（如第三方 SDK、原生 View、单例类），且确保每次重组成功后都同步。

核心逻辑

  • SideEffect 会在 “每次成功重组后” 执行代码块；
  • 避免直接在可组合项中同步状态（因为重组可能被舍弃，导致同步不及时或重复）。

示例代码 - 将用户类型传递到外部的分析库用于细分用户群体

@Composable
fun rememberFirebaseAnalytics(user: User): FirebaseAnalytics {
    // 记住Firebase实例（避免每次重组都创建）
    val analytics = remember { FirebaseAnalytics.getInstance(context) }

    // 每次重组成功后，更新用户属性到Firebase
    SideEffect {
        analytics.setUserProperty("userType", user.userType) // userType是Compose状态
    }

    return analytics
}

6.  produceState：将非 Compose 状态转为 Compose 状态

适用场景

  • 需要将 “非 Compose 管理的状态”（如 Flow、LiveData、RxJava、网络请求结果）转换为 Compose 能识别的 State，以便在界面中使用。

核心逻辑

  • produceState 会启动一个协程，作用域绑定到组合；
  • 初始值由 initialValue 指定， value = 新值 更新状态，相同的值或返回的State有冲突不会触发重组；
  • 键变化时取消当前协程，重启并重新获取状态；
  • 退出组合时取消协程，自动清理资源。

示例代码 - 从网络加载图片（转为 State）

// 从网络加载图片，返回Compose的State<Result<Image>>
@Composable
fun loadNetworkImage(
    url: String,
    imageRepository: ImageRepository = ImageRepository()
): State<Result<Image>> {
    // 初始状态为Loading，键为url和imageRepository（任一变化则重新加载）
    return produceState(
        initialValue = Result.Loading,
        key1 = url,
        key2 = imageRepository
    ) {
        // 协程中执行挂起函数（加载图片）
        val image = imageRepository.loadImage(url)
        // 更新状态：成功则传图片，失败则传Error
        value = if (image != null) {
            Result.Success(image)
        } else {
            Result.Error("图片加载失败")
        }
    }
}

// 结果密封类：表示加载状态
sealed class Result<out T> {
    object Loading : Result<Nothing>()
    data class Success<out T>(val data: T) : Result<T>()
    data class Error(val message: String) : Result<Nothing>()
}

7. derivedStateOf：将一个或多个状态对象转换为其他状态（降低重组频率 - 状态派生优化）

适用场景

  • 当某个状态是由其他状态派生而来，但 “原状态变化频率远高于界面需要的更新频率”—— 比如列表滚动时，firstVisibleItemIndex 每秒变化多次，但界面只需要在 “索引> 0 时更新显示回到顶部按钮即可，不需要频繁观察当前第一项索引是否 > 0了”。

核心逻辑

  • derivedStateOf 创建一个新的 State，只有当 “派生结果变化” 时才触发重组；
  • 类似 Kotlin Flow 的 distinctUntilChanged()，避免不必要的重组（比如索引从 1→2→3，派生结果都是 “显示按钮”，不会触发重组）。

示例代码 - 滚动列表显示回到顶部按钮

@Composable
fun MessageList(names: List<String>) {
    Box {
        // 记住LazyColumn的滚动状态
        val listState = rememberLazyListState()

        // 列表：显示所有信息
        LazyColumn(state = listState) {
            items(names) { name ->
                Text(text = name, modifier = Modifier.padding(8.dp))
            }
        }

        // 派生状态：只有当第一个可见项索引>0时，才显示回到顶部按钮
        val showTopButton by remember {
            derivedStateOf { listState.firstVisibleItemIndex > 0 }
        }

        // 按钮：显示/隐藏由showTopButton控制
        AnimatedVisibility(visible = showTopButton) {
            Button(
                onClick = {
                    // 点击回到顶部
                    CoroutineScope(Dispatchers.Main).launch {
                        listState.animateScrollToItem(0)
                    }
                },
                modifier = Modifier
                    .align(Alignment.BottomEnd)
                    .padding(16.dp)
            ) {
                Text("回到顶部")
            }
        }
    }
}

这里有个警告：不要在 “派生结果变化频率和原状态一致” 时使用 derivedStateOf ，例如，拼接用户名的时候 useName = firstName + SecondName，如果 firstName 变化派生结果（useName ）必然变化，这时候使用 derivedStateOf 只会增加额外开销。

// 错误用法：没必要用derivedStateOf
var firstName  by remember { mutableStateOf("") }
var secondName by remember { mutableStateOf("") }
val userName   by remember { derivedStateOf { "$firstName $secondName" } }

// 正确用法：直接拼接即可
val userName = "$firstName $secondName"

三、重启效应

很多效应（如 LaunchedEffect、DisposableEffect、produceState）都支持 “键（key）” 参数，键的变化会触发 “重启效应”—— 即先取消当前效应，再启动新效应。但是用错可能会导致 bug 或性能问题，必须掌握以下规则：

1. 什么时候需要重启效应？

当效应的逻辑 “依赖某个值”，且 “该值变化时必须重新执行效应”—— 比如 Alpha 脉冲动画中脉冲的时间间隔 pulseRateMs 变化时，LaunchedEffect必须重启动画协程才能用新间隔。

当效应依赖的值变化，但不应该导致效应重启时，则应将该值用 rememberUpdatedState 包裹，效应中引用 State 对象的值，而非直接引用原变量（如 LandingScreen 中的 onTimeout 回调）。

2. 键的选择原则

  • 效应代码块中使用的 “可变变量”（如 url、lifecycleOwner）必须作为键传入；
  • 效应代码块中使用的 “不可变变量”（如通过 remember 记住且无键的对象）不需要作为键；
  • 可以用常量（如 true）作为键，让效应 “只启动一次，跟随可组合项生命周期”（谨慎使用）。

3. 常见错误案例

如果忘记将依赖的变量作为键，会导致效应不重启，使用旧值。例如，从网络加载图片的 loadNetworkImage 中的键 url：

// 错误：loadNetworkImage的键没有包含url，url变化时不会重新加载图片
produceState(initialValue = Result.Loading, key1 = imageRepository) {
    val image = imageRepository.loadImage(url) // url变化但效应不重启，用旧url
    // ...
}

// 正确：将url作为键，url变化时重启效应，加载新图片
produceState(initialValue = Result.Loading, key1 = url, key2 = imageRepository) {
    // ...
}

四、总结

1. Side Effects - 附带效应

  • 定义：发生在可组合函数作用域之外的应用状态变化，需通过效应 API 执行；
  • 必要性：解决可组合项重组的不可预测性，避免重复执行、资源泄漏；
  • 本质：效应是感知生命周期的可组合函数，不输出界面，只管理副作用。

2. 7 个效应 API 对比

API 适用场景特点
LaunchedEffect可组合项内执行挂起函数协程随组合生命周期，键变化重启
rememberCoroutineScope可组合项外启动协程，手动控制生命周期作用域绑定组合，退出自动取消
rememberUpdatedState效应中引用值但不重启持有最新值，避免效应频繁重启
DisposableEffect需要清理的操作（注册 / 取消监听）强制 onDispose 清理，键变化重启
SideEffectCompose 状态同步到非 Compose 代码每次重组成功后执行，确保同步及时
produceState非 Compose 状态转为 Compose State协程获取状态，自动转换为 State
derivedStateOf降低派生状态的重组频率只在结果变化时触发重组，优化性能

3. 重启效应关键规则

  • 键需包含效应依赖的所有可变变量；
  • 不想重启则用 rememberUpdatedState 包裹变量；
  • 常量键（如 true）使效应跟随组合生命周期，谨慎使用。
React和Redux技术结合打造单页应用
AI天才研究院
08-06 884
2015年，Facebook推出React项目，打破了开发界的界限，鼓励组件化开发，促进了前端工程师和前端社区的创新。同年，Redux出现，将状态管理工具集成到前端，赋予了前端更强大的能力。React Redux是一个结合了React和Redux的全栈框架，可以帮助开发者快速构建具有复杂交互和动态UI特性的web应用。在本文中，我将详细介绍React Redux的基本原理及其与传统前端MVC模式的区别，并通过实际案例分析如何使用React Redux构建一个完整的单页应用。
Compose 学习界面架构 - State 状态管理
JEFFFERY_chen的博客
10-18 1882
如果状态是自定义数据类（比如 City(name: String, country: String)），rememberSaveable 无法自动保存，需要用以下三种方式：1、给数据类加 @Parcelize 注解@Parcelize// 用 rememberSaveable 保存// 定义 MapSaver：指定保存和恢复逻辑val nameKey = "city_name" // 键1val countryKey = "city_country" // 键2mapSaver(
Android Compose 框架副作用管理（SideEffect、EffectScope）深入剖析(19)
Android领域开发创作者
05-05 3087
在编程中，副作用是指函数或操作除了返回值之外，还对外部环境产生的影响。在 Android Compose 中，副作用可以包括更新全局状态、访问外部资源（如文件、网络等）、启动异步任务等。这些操作可能会影响到应用的性能和稳定性，因此需要进行有效的管理。可以基于SideEffect和自定义副作用函数，以满足特定的需求。以下是一个自定义的函数：kotlin// 自定义的网络请求副作用函数) {try {// 模拟网络请求onError(e)// 模拟网络请求函数>(null) }
Jetpack Compose | State状态管理及界面刷新
小马快跑的博客
10-29 1466
remember 在重组后保持状态，但不会在配置更改后保持状态。如果想在配置更改后保持状态，可以使用 rememberSaveable 代替。rememberSaveable 会自动保存可保存在 Bundle 中的任何值；如果不支持Bundle存储，可以将对象声明为 @Parcelize 可序列化，如果不能序列化，还可以将其传入自定义 Saver 对象。
如何为Compose Image提供网络图片加载支持
重来的博客
02-12 5015
本文是源码分析类文章 如何为Compose Image提供网络图片加载支持？目前（Compose 1.0.5）最好的选择是使用图片框架Coil，Coil对Jetpack Compose相关的支持文档在这。 Compose内的Image组件类似于ImageView，仅支持从本地加载图片资源，要想从网络中获取图片并加载，我们首先就得要使用能够处理网络请求的框架，将远程图片资源载入到本地才行。目前主流的图片加载框架Picasso、Glide、Coil等，它们更多面对的仍是传统的View系统下，将图片加载到Im.
实践 | Jetpack Compose 中的状态管理
谷歌开发者
04-21 563
对于开发者来说，状态 (State) 指应用中可以随时间变化的任何值。我们的应用天然便是拥有状态的，无论您将数据存储在本地还是服务器中，状态都可以使这些数据更有价值。接下来，我们就以应用 Jetsnack 作为示例，谈一谈 Compose 中的状态:https://github.com/android/compose-samples/tree/main/Jetsnack△...
Jetpack Compose What and Why, 6个问题
nidongla的博客
05-22 151
Jetpack Compose What and Why, 6个问题免费优惠券 https://www.cps3.cn/ 1.这个技术出现的背景, 初衷, 要达到什么样的目标或是要解决什么样的问题. Jetpack Compose是什么? 它是一个声明式的UI工具包(declarative UI toolkit for Android). 它的主要目的就是改变之前命令式地(imperatively)写UI的方法, 改成声明式(declarative)的. 命令式 Android之前的写法就叫命令式: v.
Jetpack Compose 1.0 正式发布！打造原生 UI 的 Android 现代工具包
Android开发者
07-29 426
作者 / Anna-Chiara Bellini, Product Manager, Nick Butcher, Developer Relations今天，我们正式发布 Jetpack ...
Jetpack Compose What and Why, 6个问题，android开发入门和实战
m0_65485622的博客
12-24 600
命令式为什么不好呢: 这样手动地更新view会增加犯错的可能性. 如果某一数据在多个地方被渲染, 那么很可能就忘了更新其中的某个view. 很容易创建非法状态, 比如两个更新以不期望的方式冲突了. (比如: 一个要更新值, 另一个要移除节点.) 维护的复杂度随着需要更新的view个数而增加. 声明式 所以, 在过去的几年里, 业界一直在探索并且开始转向一种声明式的UI模型. 目的就是简化构建和更新UI. Jetpack Compose是一个声明式的UI framework. 该技术的原理是从头开始重新生
Jetpack Compose入门与实战：快速掌握声明式UI开发
对于新手而言，掌握 Compose 的关键在于理解其核心概念：@Composable 注解函数、重组（Recomposition）、状态管理（State & MutableState）、副作用（Side Effects）以及布局系统（Row、Column、Box 等）。...
安卓App开发 篇二：Android UI和布局
生活在别处
08-09 1173
Figma上的Android UI Kit设计的界面原型并不能直接自动转换为Jetpack Compose代码，因为Figma是一个设计工具，而Jetpack Compose是Android平台上的声明式UI框架，它们分别处于设计和开发的不同阶段。当你调用一个可组合函数时，它就被认为是组合的一部分，这意味着它的输出将被包含在当前的UI中。基于槽位(slot-based)的布局是一种灵活的布局方式，它允许你创建可复用的、可扩展的组件，这些组件可以预留出位置或“槽位”，供外部代码填充特定的内容。
MVI到底是不是凑数的？通过案例与MVVM进行比较
1
04-26 4820
前言 最近看到不少介绍MVI架构，即Model-View-Intent的文章，有人留言说Google炒冷饭或者为了凑KPI“发明”了MVI这么一个词。和后端的朋友描述了一下，他们听了第一印象也是和MVVM好像区别不大。但是凭印象Google应该还没有到需要这样来凑数。 去看了一下官网，发现完全没有提到MVI这个词。。但是推荐的架构图确实是更新了，用来演示MVI也确实很搭。 想了想，决定总结一下自己的发现，和掘友们一起讨论学习。 案例分享 看过一些分析MVI的文章，里面实现的方法各种各样，细节也不尽相同。甚
Graph Neural Networks: A Review of Methods and Applications（图神经网络：方法与应用综述）
weixin_41697507的博客
07-06 5887
Graph Neural Networks: A Review of Methods and Applications Jie Zhou , Ganqu Cui , Zhengyan Zhang , Cheng Yang, Zhiyuan Liu, Lifeng Wang, Changcheng Li, Maosong Sun Abstract—Lots of learning tasks req...
【PCIe 总线及设备入门学习专栏 5.4 -- Linux EP driver iommu 与 DMA】
CodingCos的博客
12-04 113
本文介绍了IOMMU在Linux系统中的应用场景及关键概念。IOMMU主要用于PCIe设备DMA访问时的地址转换(IOVA→PA)、提供安全隔离以及支持虚拟化场景。文章对比了启用/关闭IOMMU的差异，详细说明了IOVA的使用时机，并列举了内核态地址转换的相关API，包括虚拟地址转物理地址(virt_to_phys)、用户态地址转换(get_user_pages)以及IOMMU相关转换(iommu_iova_to_phys)。特别指出CPU访问BAR时不经过IOMMU，只有PCIe设备DMA时才需要IOMM
算法题归类学习
qq_43751506的博客
12-05 372
删除排序链表中的重复元素II（LeetCode 82） - 全删除。删除排序链表中的重复元素（LeetCode 83） - 保留一个。删除链表的倒数第N个结点（LeetCode 19） - 快慢指针。二叉树的最大深度（LeetCode 104） - DFS/BFS。二叉树的最近公共祖先（LeetCode 236） - 递归查找。二叉树的层序遍历（LeetCode 102） - BFS队列。二叉树的中序遍历（LeetCode 94） - 递归/迭代。环形链表（LeetCode 141） - 快慢指针判环。
学习离线处理 [CSP-J 2022 山东] 部署
最新发布
SHOJYS的博客
12-09 532
所谓离线, 就是等你操作完了后再问你问题, 每一次操作时间复杂度可能很大, 我们可以把操作堆起来最后一遍完成.我们记录完之后, 就是要统计答案了. 我们不妨先思考操作二该怎么统计., 而对于其子节点和祖先而言, 兵力都要增加。我们不妨记录两个内容, 一个是操作一在节点。最后展示总代码, 当然肯定与上述有部分出入.. 但问题来了, 它的子树都要增加。要求增加的兵, 不妨将其设为。要求增加的兵, 不妨将其设为。我们再思考操作一该怎么统计.而言, 其增加的兵力就是。而言, 其兵力增加就是。我们首先记录所有操作,
vite学习
qq_41549657的博客
12-04 638
核心优势极速开发启动：开发阶段不打包，直接让浏览器加载原生ESM,配合ebuild预购建第三方依赖，启动时间从webpack的秒级变为毫秒级热更新（HMR）快:只更新修改的模块，而非全量重建，大型项目热更新耗时<10ms按需编译：开发阶段仅编译当前请求的模块，而非全量打包内置对Typescript、JSX、CSS、静态资源的支持，无需复杂配置生产环境优化：基于Rollup打包，输出高度优化的静态资源，兼顾开发销量和生产性能<docs>Vite 处理.vue。
周学习记录
qq_61434514的博客
12-08 244
看了三篇论文，准备对RDD进行复现。下周计划继续看一定论文数，对RDD进行复现。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值