从重写到回调：registerForActivityResult引领的Android架构演进之路 。在Android开发的演进历程中，总有一些标志性的API，它们的出现不仅是为了解决旧有问题

想象你经营一家外卖公司，公司里有三种角色： 老板（你）：制定送餐规则，关心利润 餐厅经理：准备食物，保证质量 外卖员：把食物送到客户手中 现在，如果你是老板，你不需要知道每个外卖员开什么车

## 一、引言：为什么需要插件化？ 在Android开发日益复杂的今天，我们常常面临以下痛点：

如果你把它当成‘资源’（需要参与语言/夜间等选择、生成 R.id），用 raw 如果把它当成‘文件’（目录结构、动态访问、可更新），用 assets。

你有没有遇到过这样的情况：数据源发送得太快，你的应用根本处理不过来，结果要么卡顿要么崩溃？ 针对这种情况，Kotlin `Flow` 提供了一些内置的方法，让你的生产者和消费者能步调一致。

最近发现很多app都使用了三段式滑动，比如说高德的首页和某宝等物流信息都是使用的三段式滑动方式，谷歌其实给了我们很好的2段式滑动，就是BottomSheet，所以这次我也是在这个原理改了下

Android 12 引入 SplashScreen API，通过设置主题和动画控制启动画面显示，可以改善应用启动体验。

AndroidLiquidGlassView：Android 液态玻璃(LiquidGlassView)库，包含真实的折射和色散效果

前言 想象一下：老板突然说"所有方法都要加耗时统计"，产品经理补刀"每个按钮点击都得埋点"，测试同学再加一句"异常要自动上报"。如果你手动改，怕是要改到地老天荒。 这时候，编译插桩就像个"幕后英雄"—