Android 13 媒体权限适配指南

lilongfeng2010 · Nov 2, 2022 · 6fc9bbf · 6fc9bbf
1 parent e9e9629
commit 6fc9bbf
Show file tree

Hide file tree

Showing 48 changed files with 212 additions and 5 deletions.
diff --git a/Android - Android 13 媒体权限适配指南.md b/Android - Android 13 媒体权限适配指南.md
@@ -0,0 +1,193 @@
+> 公众号：[字节数组](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/adbc507fc3704fd8955aae739a433db2~tplv-k3u1fbpfcp-zoom-1.image)
+>
+> 希望对你有所帮助 🤣🤣
+
+在 Android 系统最近的几个大版本里，更新方向有很大一部分都集中在了隐私安全这一方面，每个版本都会新增隐私安全限制，或者是对之前的隐私项进行进一步的升级
+
+- Android 10。分区存储、限制访问不可重置的硬件标识符、限制对剪贴板数据的访问权限
+- Android 11。强制执行分区存储、单次授权、自动重置权限、软件包可见性
+- Android 12。授予大致位置信息权限、剪贴板访问通知、更安全的组件导出
+- Android 13。细化的媒体权限、内置图片选择器、隐藏剪贴板中的敏感内容、屏蔽不匹配的 Intent、针对 Wifi 设备的新运行时权限、广告 ID 权限
+
+Android 13 在最近也发布了正式版，此次版本中新增的隐私安全限制也终于能够解决众多应用长久以来的两个问题了
+
+在很多 Android 应用中，都会通过内置一个**图片选择器**来向用户展示系统相册内的所有图片，常见于“上传用户头像、发送图片”等业务场景，这就需要通过获得 READ_EXTERNAL_STORAGE 权限来实现了。而这个权限也存在极大的隐私风险，应用也许会向用户说明该权限仅仅只会在选择图片时使用，但除了应用开发者外，谁又能确保应用不会依靠该权限在后台偷偷做些什么呢？而对于开发者来说也属于无奈之举，应用也许仅仅只是想拿到系统相册内的图片而已，却由于 Android 系统的机制被迫要去申请一个应用范围更高的权限
+
+平心而论，我觉得在应用中内置一个图片选择器的确算作是一个比较能提升用户体验的点。因为 Android 系统内置的图片选择器的功能长久以来一直很弱，应用的业务场景往往都需要限制图片的类型、允许选择多张图片并限制最大选择数，但系统却无法满足这些需求，如果我们等到用户选择图片返回后再提示用户不支持该图片格式，或者是让用户多次往返选择图片的话，那的确是挺让人反感的
+
+以上两个问题，依靠在 Android 13 中新增的两个隐私安全项：**细化的媒体权限** 和 **内置图片选择器**，也终于能够得到解决了，后面来一一进行讲解
+
+# 细化的媒体权限
+
+在 Android 13 之前，应用如果想要访问设备中的媒体资源的话，都必须通过 READ_EXTERNAL_STORAGE 权限才能实现。从 Android 13 开始，系统将 READ_EXTERNAL_STORAGE 细分为了三个更加明确的权限，分别用于访问用户的三类媒体资源：Image、Video、Audio，从而让用户能够按需授权，避免隐私风险无序扩大
+
+| 媒体类型 | 请求权限          |
+| :------- | :---------------- |
+| 图片     | READ_MEDIA_IMAGES |
+| 视频     | READ_MEDIA_VIDEO  |
+| 音频     | READ_MEDIA_AUDIO  |
+
+我们需要同时通过 **应用的 targetSdkVersion** 和 **设备的系统版本** 来适配这三个权限
+
+- 如果应用还未适配 Android 13，也即 targetSdkVersion 小于 33
+  - 此时不管系统版本是多少，依然还是通过 READ_EXTERNAL_STORAGE 权限来访问媒体资源
+- 如果应用已适配 Android 13，也即 targetSdkVersion 大于等于 33
+  - 如果系统版本小于 33，此时依然要通过 READ_EXTERNAL_STORAGE 才能访问媒体资源
+  - 如果系统版本大于等于 33，此时必须通过这三个细分权限才能访问媒体资源，READ_EXTERNAL_STORAGE 权限已失效
+
+简单来说，如果系统版本和 targetSdkVersion 都大于等于 33 的话，此时就必须通过这三个细分权限才能访问媒体资源，其它情况还是需要依赖于 READ_EXTERNAL_STORAGE 权限
+
+看个实际的例子
+
+几个月前我发布了一个开源库， 一个用 Jetpack Compose 实现的 Android 图片选择框架：[Matisse](https://github.com/leavesCZY/Matisse)
+
+也发表了一篇文章进行介绍：[Jetpack Compose 实现一个图片选择框架](https://juejin.cn/post/7108420791502372895)
+
+![](https://upload-images.jianshu.io/upload_images/2552605-9d0462278817fde6.png)
+
+Matisse 的特点和优势有：
+
+- 完全用 Kotlin 实现，拒绝 Java
+- UI 层完全用 Jetpack Compose 实现，拒绝原生 View 体系
+- 支持精细自定义主题，默认提供了 日间 和 夜间 两种主题
+- 支持精准筛选图片类型，只显示想要的图片类型
+- 支持在图片列表页开启拍照入口，同时支持 FileProvider 和 MediaStore 两种拍照策略
+- 支持详细获取图片信息，一共包含 uri、displayName、mimeType、width、height、orientation、size、path、bucketId、bucketDisplayName 等十个属性值
+- 适配到 Android 12
+
+当然，目前 Android 13 已发布正式版，这阵子我也将 Matisse 适配到了 Android 13
+
+Matisse 作为一个开源的图片选择框架，自然需要同时顾及 **引用方的 targetSdkVersion** 和 **设备的系统版本** 这两个变量，针对 Android 13 的 READ_MEDIA_IMAGES 权限，其实也仅需要将以前固定申请 READ_EXTERNAL_STORAGE 权限的方式，改为选择性申请即可
+
+```kotlin
+private fun requestReadImagesPermission() {
+    val permission = if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.TIRAMISU &&
+        applicationInfo.targetSdkVersion >= Build.VERSION_CODES.TIRAMISU
+    ) {
+        Manifest.permission.READ_MEDIA_IMAGES
+    } else {
+        Manifest.permission.READ_EXTERNAL_STORAGE
+    }
+    if (PermissionUtils.checkSelfPermission(context = this, permission = permission)) {
+        //已获得必要权限，可以去加载系统相册图片了
+    } else {
+        //去申请必要权限
+    }
+}
+```
+
+此外，我们也要根据实际情况来声明最合适且最少的权限
+
+如果应用的 targetSdkVersion 小于 33，则还是继续声明 READ_EXTERNAL_STORAGE 权限即可
+
+```kotlin
+<uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE" />
+```
+
+如果应用的 targetSdkVersion 大于等于 33，则需要同时声明 READ_EXTERNAL_STORAGE 和 READ_MEDIA_IMAGES 两个权限。此外，在这种情况下，READ_EXTERNAL_STORAGE 权限已无法用于 Android 13 开始之后的系统版本了，所以可以将此权限的 maxSdkVersion 设为 32，从而不会出现在 Android 13 开始之后的系统版本中
+
+```kotlin
+<uses-permission
+    android:name="android.permission.READ_EXTERNAL_STORAGE"
+    android:maxSdkVersion="32" />
+<uses-permission android:name="android.permission.READ_MEDIA_IMAGES" />
+```
+
+# 内置图片选择器
+
+从 Android 13 开始，Android 系统内置了一个功能更为强大的图片选择器，可以让应用更加灵活地访问设备中的媒体资源，且无需拥有查看设备上所有媒体文件的权限。此外，虽然官方将其命名为图片选择器，但实际上也支持选择设备中的视频文件
+
+引用 Google 官方的描述：
+
+照片选择器提供了一个可浏览、可搜索的界面，其中按日期从最近到最早的顺序向用户呈现其媒体库中的文件。此工具为用户提供了一种安全的内置图片和视频选择方式，让其无需向应用授予对整个媒体库的访问权限
+
+如果您允许系统配置照片选择器，则该工具适用于满足以下条件的设备（Android Go 设备除外）：
+
+- 搭载 Android 11（API 级别 30）或更高版本
+- 通过 Google 系统更新接收对模块化系统组件的更改
+
+此外，如果您允许系统配置照片选择器，该工具会自动更新，并随着时间推移为应用的用户提供扩展的功能，而无需对代码进行任何更改
+
+![](https://upload-images.jianshu.io/upload_images/2552605-b1dabff57b2f4934.gif)
+
+再来看下应用如何来使用该图片选择器
+
+首先，由于 Google 会通过 Google Play 将该新型的图片选择器推送给 Android 11 及以上系统的设备 (不包括 Go 设备)，所以该功能不仅仅只能在 Android 13 开始后的系统可以使用，我们可以通过如下方法来检查当前设备是否支持该功能
+
+```kotlin
+//compileSdkVersion 需要至少为 33 才可以调用此方法
+fun isPhotoPickerAvailable(): Boolean {
+    return if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.TIRAMISU) {
+        true
+    } else if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.R) {
+        getExtensionVersion(Build.VERSION_CODES.R) >= 2
+    } else {
+        false
+    }
+}
+```
+
+我们可以通过以下两种 ActivityResultContract 来启动图片选择器：
+
+- PickVisualMedia。用于选择单张图片或单个视频
+- PickMultipleVisualMedia。用于选择多张图片或多个视频
+
+例如，在只需要选择单张图片或者单个视频的情况下，可以这么使用：
+
+```kotlin
+private val pickMedia = registerForActivityResult(ActivityResultContracts.PickVisualMedia()) { uri ->
+    if (uri != null) {
+        //TODO
+    }
+}
+
+//选择图片或视频
+pickMedia.launch(PickVisualMediaRequest(ActivityResultContracts.PickVisualMedia.ImageAndVideo))
+
+//仅选择图片
+pickMedia.launch(PickVisualMediaRequest(ActivityResultContracts.PickVisualMedia.ImageOnly))
+
+//仅选择视频
+pickMedia.launch(PickVisualMediaRequest(ActivityResultContracts.PickVisualMedia.VideoOnly))
+
+//仅选择 Gif 图片
+val mimeType = "image/gif"
+pickMedia.launch(
+    PickVisualMediaRequest(
+        ActivityResultContracts.PickVisualMedia.SingleMimeType(
+            mimeType
+        )
+    )
+)
+```
+
+在这种情况下，图片选择器会以半屏模式打开
+
+![](https://upload-images.jianshu.io/upload_images/2552605-f80611ac84b7674e.png)
+
+类似的，如果想要选择多张图片或者是多个视频，可以通过 PickMultipleVisualMedia 来限定最大的选取数量
+
+```kotlin
+private val pickMultipleMedia = registerForActivityResult(ActivityResultContracts.PickMultipleVisualMedia(5)) { uris ->
+    if (uris.isNotEmpty()) {
+        //TODO
+    }
+}
+```
+
+此时，图片选择器会以全屏展开的形式进行展示，当资源数量超限时也会对用户进行提示
+
+![](https://upload-images.jianshu.io/upload_images/2552605-6b712682fcd9a8b6.png)
+
+需要注意，以上代码需要添加 1.6.0 或更高版本的 `androidx.activity` 库后才可以使用。此外，从 PickVisualMedia 和 PickMultipleVisualMedia 的源码可以看到，Android 13 内置的图片选择器对应的是 `MediaStore.ACTION_PICK_IMAGES` 这个新增的 Intent，而如果当前设备不支持媒体选择器功能的话，就会改为通过调用 `Intent.ACTION_OPEN_DOCUMENT` 来选择媒体资源，这种情况下 PickMultipleVisualMedia 设定的数量上限自然也就失效了
+
+# 结尾
+
+Android 13 细化的媒体权限解决了 READ_EXTERNAL_STORAGE 带来的隐私风险无序扩大的问题，让用户可以按需授权。而内置的图片选择器又能够让应用在无需用户授权的情况下就可以灵活地选取媒体资源，应用也就完全没有必要自己内置一个图片选择器了
+
+所以说，平衡用户体验和用户隐私安全最好的做法应该是：
+
+- 在 Android 13 之前依然还是通过应用内置的图片选择器来实现业务功能
+- 在 Android 13 开始之后的版本仅使用系统内置的图片选择器，完全弃用 READ_EXTERNAL_STORAGE 权限
+
+此次 Android 13 版本还是有点东西的 ~ 
diff --git a/Android - Gson 和 Kotlin Data Class 的避坑指南.md → Kotlin - Gson 和 Kotlin Data Class 的避坑指南.md b/Android - Gson 和 Kotlin Data Class 的避坑指南.md → Kotlin - Gson 和 Kotlin Data Class 的避坑指南.md
diff --git a/Android - 一文快速入门 Kotlin 协程.md → Kotlin - 一文快速入门 Kotlin 协程.md b/Android - 一文快速入门 Kotlin 协程.md → Kotlin - 一文快速入门 Kotlin 协程.md
diff --git a/Android - 两万六千字带你 Kotlin 入门.md → Kotlin - 两万六千字带你 Kotlin 入门.md b/Android - 两万六千字带你 Kotlin 入门.md → Kotlin - 两万六千字带你 Kotlin 入门.md
diff --git a/Kotlin 协程官方文档（1）-协程基础.md → Kotlin - 协程官方文档（1）-协程基础.md b/Kotlin 协程官方文档（1）-协程基础.md → Kotlin - 协程官方文档（1）-协程基础.md
diff --git a/Kotlin 协程官方文档（2）-取消和超时.md → Kotlin - 协程官方文档（2）-取消和超时.md b/Kotlin 协程官方文档（2）-取消和超时.md → Kotlin - 协程官方文档（2）-取消和超时.md
diff --git a/Kotlin 协程官方文档（3）-组合挂起函数.md → Kotlin - 协程官方文档（3）-组合挂起函数.md b/Kotlin 协程官方文档（3）-组合挂起函数.md → Kotlin - 协程官方文档（3）-组合挂起函数.md
diff --git a/Kotlin 协程官方文档（4）-协程上下文和调度器.md → Kotlin - 协程官方文档（4）-协程上下文和调度器.md b/Kotlin 协程官方文档（4）-协程上下文和调度器.md → Kotlin - 协程官方文档（4）-协程上下文和调度器.md
diff --git a/Kotlin 协程官方文档（5）-异步流.md → Kotlin - 协程官方文档（5）-异步流.md b/Kotlin 协程官方文档（5）-异步流.md → Kotlin - 协程官方文档（5）-异步流.md
diff --git a/Kotlin 协程官方文档（6）-通道.md → Kotlin - 协程官方文档（6）-通道.md b/Kotlin 协程官方文档（6）-通道.md → Kotlin - 协程官方文档（6）-通道.md
diff --git a/Kotlin 协程官方文档（7）-异常处理.md → Kotlin - 协程官方文档（7）-异常处理.md b/Kotlin 协程官方文档（7）-异常处理.md → Kotlin - 协程官方文档（7）-异常处理.md
diff --git a/Kotlin 协程官方文档（8）-共享可变状态和并发性.md → Kotlin - 协程官方文档（8）-共享可变状态和并发性.md b/Kotlin 协程官方文档（8）-共享可变状态和并发性.md → Kotlin - 协程官方文档（8）-共享可变状态和并发性.md
diff --git a/Kotlin 协程官方文档（9）-选择表达式.md → Kotlin - 协程官方文档（9）-选择表达式.md b/Kotlin 协程官方文档（9）-选择表达式.md → Kotlin - 协程官方文档（9）-选择表达式.md
diff --git a/Android - 探究 Kotlin 的隐藏性能开销与避坑指南.md → Kotlin - 探究 Kotlin 的隐藏性能开销与避坑指南.md b/Android - 探究 Kotlin 的隐藏性能开销与避坑指南.md → Kotlin - 探究 Kotlin 的隐藏性能开销与避坑指南.md
diff --git a/Android 主流开源库源码分析（10）Glide 你可能不知道的知识点.md → 主流开源库源码分析（10）Glide 你可能不知道的知识点.md b/Android 主流开源库源码分析（10）Glide 你可能不知道的知识点.md → 主流开源库源码分析（10）Glide 你可能不知道的知识点.md
diff --git a/Android 主流开源库源码分析（11）OkHttp 源码详解.md → 主流开源库源码分析（11）OkHttp 源码详解.md b/Android 主流开源库源码分析（11）OkHttp 源码详解.md → 主流开源库源码分析（11）OkHttp 源码详解.md
diff --git a/... 主流开源库源码分析（12）OkHttp & Retrofit 开发调试利器.md → 主流开源库源码分析（12）OkHttp & Retrofit 开发调试利器.md b/... 主流开源库源码分析（12）OkHttp & Retrofit 开发调试利器.md → 主流开源库源码分析（12）OkHttp & Retrofit 开发调试利器.md
diff --git a/Android 主流开源库源码分析（13）可能是全网第一篇 Coil 源码分析文章.md → 主流开源库源码分析（13）可能是全网第一篇 Coil 源码分析文章.md b/Android 主流开源库源码分析（13）可能是全网第一篇 Coil 源码分析文章.md → 主流开源库源码分析（13）可能是全网第一篇 Coil 源码分析文章.md
diff --git a/Android 主流开源库源码分析（1）EventBus 源码详解.md → 主流开源库源码分析（1）EventBus 源码详解.md b/Android 主流开源库源码分析（1）EventBus 源码详解.md → 主流开源库源码分析（1）EventBus 源码详解.md
diff --git a/Android 主流开源库源码分析（2）EventBus 自己实现一个.md → 主流开源库源码分析（2）EventBus 自己实现一个.md b/Android 主流开源库源码分析（2）EventBus 自己实现一个.md → 主流开源库源码分析（2）EventBus 自己实现一个.md
diff --git a/Android 主流开源库源码分析（3）ARouter 源码详解.md → 主流开源库源码分析（3）ARouter 源码详解.md b/Android 主流开源库源码分析（3）ARouter 源码详解.md → 主流开源库源码分析（3）ARouter 源码详解.md
diff --git a/Android 主流开源库源码分析（4）ARouter 自己实现一个.md → 主流开源库源码分析（4）ARouter 自己实现一个.md b/Android 主流开源库源码分析（4）ARouter 自己实现一个.md → 主流开源库源码分析（4）ARouter 自己实现一个.md
diff --git a/Android 主流开源库源码分析（5）LeakCanary 源码详解.md → 主流开源库源码分析（5）LeakCanary 源码详解.md b/Android 主流开源库源码分析（5）LeakCanary 源码详解.md → 主流开源库源码分析（5）LeakCanary 源码详解.md
diff --git a/Android 主流开源库源码分析（6）LeakCanary 扩展阅读.md → 主流开源库源码分析（6）LeakCanary 扩展阅读.md b/Android 主流开源库源码分析（6）LeakCanary 扩展阅读.md → 主流开源库源码分析（6）LeakCanary 扩展阅读.md
diff --git a/Android 主流开源库源码分析（7）Retrofit 源码详解.md → 主流开源库源码分析（7）Retrofit 源码详解.md b/Android 主流开源库源码分析（7）Retrofit 源码详解.md → 主流开源库源码分析（7）Retrofit 源码详解.md
diff --git a/... 主流开源库源码分析（8）Retrofit 与 LiveData 的结合使用.md → 主流开源库源码分析（8）Retrofit 与 LiveData 的结合使用.md b/... 主流开源库源码分析（8）Retrofit 与 LiveData 的结合使用.md → 主流开源库源码分析（8）Retrofit 与 LiveData 的结合使用.md
diff --git a/Android 主流开源库源码分析（9）Glide 源码详解.md → 主流开源库源码分析（9）Glide 源码详解.md b/Android 主流开源库源码分析（9）Glide 源码详解.md → 主流开源库源码分析（9）Glide 源码详解.md
diff --git a/从源码看 Jetpack（1）Lifecycle 源码详解.md b/从源码看 Jetpack（1）Lifecycle 源码详解.md
@@ -1,5 +1,7 @@
 > 公众号：[字节数组](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/adbc507fc3704fd8955aae739a433db2~tplv-k3u1fbpfcp-zoom-1.image)
 >
+> 希望对你有所帮助 🤣🤣
+
 > Google Jetpack 自从推出以后，极大地改变了 Android 开发者们的开发模式，并降低了开发难度。这也要求我们对当中一些子组件的实现原理具有一定的了解，所以我就打算来写一系列 Jetpack 源码解析的文章，希望对你有所帮助 🤣🤣🤣
 
 Lifecycle 是 Jetpack 整个家族体系内最为基础的组件之一，正是因为有了 Lifecycle 的存在，使得如今开发者搭建依赖于生命周期变化的业务逻辑变得简单高效了许多，使得我们可以用一种统一的方式来监听 Activity、Fragment、Service、甚至是 Process 的生命周期变化，且大大减少了业务代码发生内存泄漏和 NPE 的风险

diff --git a/从源码看 Jetpack（2）Lifecycle 衍生物源码详解.md b/从源码看 Jetpack（2）Lifecycle 衍生物源码详解.md
@@ -1,5 +1,7 @@
 > 公众号：[字节数组](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/adbc507fc3704fd8955aae739a433db2~tplv-k3u1fbpfcp-zoom-1.image)
 >
+> 希望对你有所帮助 🤣🤣
+
 > Google Jetpack 自从推出以后，极大地改变了 Android 开发者们的开发模式，并降低了开发难度。这也要求我们对当中一些子组件的实现原理具有一定的了解，所以我就打算来写一系列 Jetpack 源码解析的文章，希望对你有所帮助 🤣🤣🤣
 
 上篇文章详细讲述了 Lifecycle 的整个事件分发逻辑，本篇文章再来介绍下 Lifecycle 中几个比较容易忽略的衍生产物，基于以下版本来进行讲解

diff --git a/从源码看 Jetpack（3）LiveData 源码详解.md b/从源码看 Jetpack（3）LiveData 源码详解.md
@@ -1,5 +1,7 @@
 > 公众号：[字节数组](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/adbc507fc3704fd8955aae739a433db2~tplv-k3u1fbpfcp-zoom-1.image)
 >
+> 希望对你有所帮助 🤣🤣
+
 > Google Jetpack 自从推出以后，极大地改变了 Android 开发者们的开发模式，并降低了开发难度。这也要求我们对当中一些子组件的实现原理具有一定的了解，所以我就打算来写一系列 Jetpack 源码解析的文章，希望对你有所帮助 🤣🤣🤣
 
 LiveData 是 Jetpack 的基础组件之一，在很多模块中都可以看到其身影。LiveData 可以和生命周期绑定，当 Activity 和 Fragment 处于活跃状态时才进行数据回调，并在 Lifecycle 处于销毁状态（DESTROYED）时自动移除数据监听行为，从而避免了常见的内存泄露和 NPE 问题

diff --git a/从源码看 Jetpack（4）LiveData 衍生物源码详解.md b/从源码看 Jetpack（4）LiveData 衍生物源码详解.md
@@ -1,5 +1,7 @@
 > 公众号：[字节数组](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/adbc507fc3704fd8955aae739a433db2~tplv-k3u1fbpfcp-zoom-1.image)
 >
+> 希望对你有所帮助 🤣🤣
+
 > Google Jetpack 自从推出以后，极大地改变了 Android 开发者们的开发模式，并降低了开发难度。这也要求我们对当中一些子组件的实现原理具有一定的了解，所以我就打算来写一系列 Jetpack 源码解析的文章，希望对你有所帮助 🤣🤣🤣
 
 上篇文章介绍了 LiveData 的源码实现，本篇文章再来介绍下 LiveData 的一系列衍生类及衍生方法，基于以下版本来进行讲解

diff --git a/从源码看 Jetpack（5）Startup 源码详解.md b/从源码看 Jetpack（5）Startup 源码详解.md
@@ -1,5 +1,7 @@
 > 公众号：[字节数组](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/adbc507fc3704fd8955aae739a433db2~tplv-k3u1fbpfcp-zoom-1.image)
 >
+> 希望对你有所帮助 🤣🤣
+
 > Google Jetpack 自从推出以后，极大地改变了 Android 开发者们的开发模式，并降低了开发难度。这也要求我们对当中一些子组件的实现原理具有一定的了解，所以我就打算来写一系列 Jetpack 源码解析的文章，希望对你有所帮助 🤣🤣🤣
 
 最近，Google Jetpack 官网上新增了一个名为 [Startup](https://developer.android.com/topic/libraries/app-startup) 的组件。根据官方文档的介绍，Startup 提供了一种直接高效的方式用来在应用程序启动时对多个组件进行初始化，开发者可以依靠它来显式地设置多个组件间的初始化顺序并优化应用的启动时间

diff --git a/从源码看 Jetpack（6）ViewModel 源码详解.md b/从源码看 Jetpack（6）ViewModel 源码详解.md
@@ -1,5 +1,7 @@
 > 公众号：[字节数组](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/adbc507fc3704fd8955aae739a433db2~tplv-k3u1fbpfcp-zoom-1.image)
 >
+> 希望对你有所帮助 🤣🤣
+
 > Google Jetpack 自从推出以后，极大地改变了 Android 开发者们的开发模式，并降低了开发难度。这也要求我们对当中一些子组件的实现原理具有一定的了解，所以我就打算来写一系列 Jetpack 源码解析的文章，希望对你有所帮助 🤣🤣🤣
 
 ViewModel 是 Jetpack 整个家族体系内最为基础的组件之一，基本是按照如下方式来进行初始化和使用的：

diff --git a/从源码看 Jetpack（7）SavedStateHandle 源码详解.md b/从源码看 Jetpack（7）SavedStateHandle 源码详解.md
@@ -1,5 +1,7 @@
 > 公众号：[字节数组](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/adbc507fc3704fd8955aae739a433db2~tplv-k3u1fbpfcp-zoom-1.image)
 >
+> 希望对你有所帮助 🤣🤣
+
 > Google Jetpack 自从推出以后，极大地改变了 Android 开发者们的开发模式，并降低了开发难度。这也要求我们对当中一些子组件的实现原理具有一定的了解，所以我就打算来写一系列 Jetpack 源码解析的文章，希望对你有所帮助 🤣🤣🤣
 
 我们知道，Activity 意外销毁的情况可以分为两种：

diff --git a/Java 多线程开发（1）什么是多线程.md → 多线程开发（1）什么是多线程.md b/Java 多线程开发（1）什么是多线程.md → 多线程开发（1）什么是多线程.md
@@ -1,7 +1,7 @@
 > 公众号：[字节数组](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/adbc507fc3704fd8955aae739a433db2~tplv-k3u1fbpfcp-zoom-1.image)
 >
 > 希望对你有所帮助 🤣🤣
->
+
 > 目前，多线程编程可以说是在大部分平台和应用上都需要实现的一个基本需求。本系列文章就来对 **Java 平台下的多线程编程知识**进行讲解，从**概念入门**、**底层实现**到**上层应用**都会涉及到，预计一共会有五篇文章，希望对你有所帮助 😎😎
 >
 > 本篇文章是第一篇，先来介绍下 Java 多线程的基础概念以及需要面对的挑战，是后续文章的敲门砖

diff --git a/Java 多线程开发（2）怎么实现多线程同步.md → 多线程开发（2）怎么实现多线程同步.md b/Java 多线程开发（2）怎么实现多线程同步.md → 多线程开发（2）怎么实现多线程同步.md
@@ -1,7 +1,7 @@
 > 公众号：[字节数组](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/adbc507fc3704fd8955aae739a433db2~tplv-k3u1fbpfcp-zoom-1.image)
 >
 > 希望对你有所帮助 🤣🤣
->
+
 > 目前，多线程编程可以说是在大部分平台和应用上都需要实现的一个基本需求。本系列文章就来对 **Java 平台下的多线程编程知识**进行讲解，从**概念入门**、**底层实现**到**上层应用**都会涉及到，预计一共会有五篇文章，希望对你有所帮助 😎😎
 >
 > 本篇文章是第二篇，介绍实现多线程同步的各类方案，涉及多种多线程同步机制，是开发者在语言层面上对多线程运行所做的规则设定

diff --git a/Java 多线程开发（3）线程活性故障有哪些.md → 多线程开发（3）线程活性故障有哪些.md b/Java 多线程开发（3）线程活性故障有哪些.md → 多线程开发（3）线程活性故障有哪些.md
@@ -1,7 +1,7 @@
 > 公众号：[字节数组](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/adbc507fc3704fd8955aae739a433db2~tplv-k3u1fbpfcp-zoom-1.image)
 >
 > 希望对你有所帮助 🤣🤣
->
+
 > 目前，多线程编程可以说是在大部分平台和应用上都需要实现的一个基本需求。本系列文章就来对 **Java 平台下的多线程编程知识**进行讲解，从**概念入门**、**底层实现**到**上层应用**都会涉及到，预计一共会有五篇文章，希望对你有所帮助 😎😎
 >
 > 本篇文章是第三篇，来介绍四种不同类型的线程活性故障现象，这是开发者所必须应对的异常情况

diff --git a/Java 多线程开发（4）锁的分类有这么多.md → 多线程开发（4）锁的分类有这么多.md b/Java 多线程开发（4）锁的分类有这么多.md → 多线程开发（4）锁的分类有这么多.md
@@ -1,7 +1,7 @@
 > 公众号：[字节数组](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/adbc507fc3704fd8955aae739a433db2~tplv-k3u1fbpfcp-zoom-1.image)
 >
 > 希望对你有所帮助 🤣🤣
->
+
 > 目前，多线程编程可以说是在大部分平台和应用上都需要实现的一个基本需求。本系列文章就来对 **Java 平台下的多线程编程知识**进行讲解，从**概念入门**、**底层实现**到**上层应用**都会涉及到，预计一共会有五篇文章，希望对你有所帮助 😎😎
 >
 > 本篇文章是第四篇，来介绍 Java 平台下的锁机制，锁是 Java 开发者实现线程同步最为简单的一种方式

diff --git a/Java 多线程开发（5）超详细的 ThreadPoolExecutor 源码解析.md → 多线程开发（5）超详细的 ThreadPoolExecutor 源码解析.md b/Java 多线程开发（5）超详细的 ThreadPoolExecutor 源码解析.md → 多线程开发（5）超详细的 ThreadPoolExecutor 源码解析.md
@@ -1,7 +1,7 @@
 > 公众号：[字节数组](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/adbc507fc3704fd8955aae739a433db2~tplv-k3u1fbpfcp-zoom-1.image)
 >
 > 希望对你有所帮助 🤣🤣
->
+
 > 目前，多线程编程可以说是在大部分平台和应用上都需要实现的一个基本需求。本系列文章就来对 **Java 平台下的多线程编程知识**进行讲解，从**概念入门**、**底层实现**到**上层应用**都会涉及到，预计一共会有五篇文章，希望对你有所帮助 😎😎
 >
 > 本篇文章是第五篇，应该也是最后一篇了，从现实需求出发到源码介绍，一步步理清楚线程池的作用和优势

diff --git a/ASM 字节码插桩：Jetpack Compose 实现双击防抖.md → 字节码插桩：Jetpack Compose 实现双击防抖.md b/ASM 字节码插桩：Jetpack Compose 实现双击防抖.md → 字节码插桩：Jetpack Compose 实现双击防抖.md
diff --git a/ASM 字节码插桩：从 Lambda 表达式讲起.md → 字节码插桩：从 Lambda 表达式讲起.md b/ASM 字节码插桩：从 Lambda 表达式讲起.md → 字节码插桩：从 Lambda 表达式讲起.md
diff --git a/ASM 字节码插桩：助力隐私合规.md → 字节码插桩：助力隐私合规.md b/ASM 字节码插桩：助力隐私合规.md → 字节码插桩：助力隐私合规.md
diff --git a/ASM 字节码插桩：实现双击防抖.md → 字节码插桩：实现双击防抖.md b/ASM 字节码插桩：实现双击防抖.md → 字节码插桩：实现双击防抖.md
diff --git a/ASM 字节码插桩：监控大图加载.md → 字节码插桩：监控大图加载.md b/ASM 字节码插桩：监控大图加载.md → 字节码插桩：监控大图加载.md
diff --git a/ASM 字节码插桩：进行线程整治.md → 字节码插桩：进行线程整治.md b/ASM 字节码插桩：进行线程整治.md → 字节码插桩：进行线程整治.md
diff --git a/Java & Android 集合框架须知须会（1）.md → 集合框架须知须会（1）.md b/Java & Android 集合框架须知须会（1）.md → 集合框架须知须会（1）.md
diff --git a/Java & Android 集合框架须知须会（2）.md → 集合框架须知须会（2）.md b/Java & Android 集合框架须知须会（2）.md → 集合框架须知须会（2）.md
diff --git a/Java & Android 集合框架须知须会（3）.md → 集合框架须知须会（3）.md b/Java & Android 集合框架须知须会（3）.md → 集合框架须知须会（3）.md