Xavier

作为Android开发者，我们经常会遇到这样的困境：测试反馈应用崩溃了，但只说“点了某个按钮就崩了”，没有具体界面状态；线上用户提交崩溃日志，栈信息看着眼熟，却想不起当时的UI布局是否有异常。

先说结论：它不是热修复 看到"服务端下发 UI、客户端直接渲染"，很多人的第一反应一定是：这不就是热修复/热更新那套吗？ 不是。 区别在于： 热修复修的是代码逻辑 —— 替换 dex、修补方法、绕过类

Android Studio Panda 2 最近终于正式支持了 Gemini 创建项目，这只可爱的熊猫宣布了 Android XML 时代的结束（官方不再维护和更新 AS 的 XML），也宣布着 A

相信大家都在之前的 《Android Studio Otter 2 Feature 发布》已经了解过，为什么这是一个比较值得更新的 Android Studio 版本，与此同时，谷歌也和我们展示了未来

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

value class 是 Kotlin 为了优化性能而引入的一种特殊类，用来避免不必要的对象分配。

为什么需要官方照片选择器？ 传统方案的痛点 过去，App 要让用户选择照片，通常有两种方式： 方式一：申请存储权限 问题是：用户一旦授权，App 就能访问所有照片。这既是隐私风险，也让很多用户直接拒绝

在开发 sdk 时，内部一般会划分好几个模块。但当需要打包成一个模块发布时，往往需要依赖第三方插件。比如著名的 fat-aar。

Android为了使用kotlin的data class开始使用Moshi解析json，发现存在几个无法忽视的问题。