android jetpack

我们都知道但总是忽略的5个Jetpack Compose细节Jetpack Compose 让 Android 开发变得极其快速和直观。但这种速度背后隐藏着代价：一不小心就极容易写出触发大量不必要 UI 渲染周期的代码。

Jetpack 生命周期组件 Lifecycle 的设计思想和使用早在 2017 年的时候，Google 就推出了一系列架构组件，称为 Architecture Components，并于 2018 年在 Google I/O 大会上提出 Jetpack，且将 Architecture Components 纳入其中，时至今日，越来越多的组件如 Room、Paging3 也被纳入其中。

我命由我12345

Android 开发：Unable to start service Intent { ... } U=0: not found

Android Jetpack 简介：由来和演进2018 年之前，Google 发布 Android 依赖库的方式基本上就是乱七八糟，各管各的。在这个时代，Google 提供的依赖库主要有三个问题：

我命由我12345

Android Framework P1 - 低配学习 Framework 方案、开机启动 Init 进程在线阅读源码：http://xrefandroid.com/，这是一个国内访问速度不错的第三方镜像站打开网址，Android Source 下选择 Android - 15.0.0_r1，目录结构如下

Android上的ZeroMQ：用发布/订阅模式连接Linux服务本文译自「ZeroMQ on Android: Bridging a Linux Service with PUB SUB」，原文链接levelup.gitconnected.com/zeromq-on-a…，由James Cullimore发布于2026年3月9日。

Jetpack Compose 的高性能下拉刷新与上拉加载更多组件GitHub：compose-refresh-layout基于 Jetpack Compose 构建的声明式嵌套滑动刷新容器，提供极简、高性能的下拉刷新与上拉加载能力。其核心使用原生 graphicsLayer 进行零重绘渲染，具备丝滑的物理阻尼回弹效果。

Android 沉浸式（Edge-to-Edge）的介绍与应用沉浸式是应用界面开发的不可避免要考虑的内容，在早期的 Android 应用中，屏幕的顶部是状态栏，底部是导航栏，而 APP 内容则被夹在中间，这种「三明治」式的布局结构长期主导 Android 设备的屏幕设计。

我命由我12345

Jetpack Compose - 设置 Compose 编译器、设置 Compose 依赖项可以直接在模块级启用，项目级声明不是必须的项目级声明的真正价值在于，项目级 build.gradle.kts 文件只声明版本，不应用，各个模块级 build.gradle.kts 文件继承版本，直接应用

深入 MaterialTheme：掌握 ColorScheme 与 Typography 的设计核心Composable 内用 MaterialTheme.colorScheme.primary 等取色；重组时随上层 MaterialTheme 变化而更新子树。

如何减少 89% 的重组，每个Compose开发者都需要的技巧 - derivedStateOf想象一下，你正在浏览一个包含 500 个产品的列表。在每一个像素的滚动中——每次滑动数百次——你的可组合项都会重新计算是否显示"回到顶部"按钮。按钮的可见性实际上只改变了两次：一次是当你滚动超过第 5 个项目时，另一次是当你滚动回到它上方时。这是 300 多次重新计算中的 2 次有意义的变化。其他 298 次重新计算纯粹是浪费。

Navigation Compose：NavHost、NavController 与参数NavControllerNavHosthomesamplessample/profile/{userId}

JetPack Compose 弹窗、菜单、交互组件(五)记忆口诀：

JetPack Compose 基础核心模块（一）记忆口诀：

如何用Perfetto来对启动优化去伪存真本文译自「How I Used Perfetto to Separate Real Startup Improvements From Plausible Ones」，原文链接levelup.gitconnected.com/how-i-used-…，由James Cullimore发布于2026年4月21日。

用 KSP 给 Navigation 3 加一层「跨模块路由」：nav3-helper 设计与使用Compose Navigation 3 的一个很重要的变化是：导航状态回到了开发者手里。听起来可能觉得没什么，但实际写项目时会很舒服。页面栈可以作为普通状态维护，页面本身可以是一个 NavKey，配合 NavDisplay 渲染当前页面，整个模型比过去更贴近 Compose 的状态驱动思路。

状态 StateFlow、ViewModel 与 UI 收集源码仓库：ComposeDemo（分支 main）掌握三件事：StateFlow<T> 表示当前快照 + 未来变化：

Compose 入门：@Composable、组合与重组本篇在讲什么：用「首页计数」把 Composable、重组、以及状态放在哪一层说清楚。系列其余篇目会接着讲状态、Modifier、副作用等；治理类话题偶尔在文末带一句。