Update 性能优化口水话.md

blogs/Android/口水话/性能优化口水话.md

@@ -20,7 +20,7 @@ Apk 包主要分为几个部分，libs so 库、dex、res、assets、resources.a
 
 这些和权限输出，我都写在一个插件里面了。
 
-除此之外呢，还有一些算是激进优化手段，但是我们并没有做。对于 libs so 库，可以选择只保留 arm64-v8a，基本上现在手机大多都是这个 CPU 架构；对于 dex 可以使用 Facebook 开源的 ReDex 进行 dex 重分包、去除行号信息；对于 resources.arsc 可以使用微信开源的 AndResGuard 对资源路径进行混淆；还有 R 文件内联等。
+除此之外呢，还有一些算是激进优化的手段，但是我们并没有做。对于 libs so 库，可以选择只保留 arm64-v8a，基本上现在手机大多都是这个 CPU 架构；对于 dex 可以使用 Facebook 开源的 ReDex 进行 dex 重分包、去除行号信息；对于 resources.arsc 可以使用微信开源的 AndResGuard 对资源路径进行混淆；还有 R 文件内联等。
 
 #### 布局优化
 
@@ -30,7 +30,7 @@ Apk 包主要分为几个部分，libs so 库、dex、res、assets、resources.a
 
 在写布局的时候，考虑是否有必要写布局，如果布局比较简单，是否可以选择直接 new，比如 RecyclerView 的 ItemView 可能就只是一个 TextView，这时 new TextView 显然比解析 xml 文件效率更高。如果要写布局文件了，考虑布局的复杂性，如果比较简单，FrameLayout 就行，如果布局比较复杂，可能导致嵌套过多，这时可以使用约束布局。同时为了后期维护性，我不建议使用线性布局。有时候，我们会封装一些控件放在系统控件里面，这时候就需要考虑是否可以 merge 最外层的布局。最后就是 ViewStub 延时初始化，基本上很少用。处理布局嵌套就这些，可以通过 Layout Inspector 来查看布局层级。
 
-接着是过度绘制，过度绘制可能是项目中遇到最多的了。首先记住最最重要的一点，就是在往顶层布局添加 background 时，一定要考虑是否有必要。我们的 Activity 的默认主题色是灰白色，如果 UI 图给的背景色是白色，基本上无一例外大家都会在顶层布局把 background 置为灰色，这就导致了一层过度绘制，解决办法很简单，再写一个主题即可。还有些系统控件，默认是有背景色的，可以指定 background 为 null 即可，典型的就是 AppBarLayout 了。其次呢，就是代码层面的了，能少绘制就少绘制。比如 RecyclerView 的局部刷新、还有在选中/非选中的场景下，需要注意重复点击已选中的 Item 的处理以及在本地筛选数据的情况下，利用数据缓存避免重复处理数据。过度绘制就这些，可以使用开发者工具打开过度绘制查看。
+接着是过度绘制，过度绘制可能是项目中遇到最多的了。首先记住最最重要的一点，就是在往顶层布局添加 background 时，一定要考虑是否有必要。我们的 Activity 的默认主题色是灰白色，如果 UI 图给的背景色是白色，基本上无一例外大家都会在顶层布局把 background 置为白色，这就导致了一层过度绘制，解决办法很简单，再写一个主题即可。还有些系统控件，默认是有背景色的，可以指定 background 为 null 即可，典型的就是 AppBarLayout 了。其次呢，就是代码层面的了，能少绘制就少绘制。比如 RecyclerView 的局部刷新、还有在选中/非选中的场景下，需要注意重复点击已选中的 Item 的处理以及在本地筛选数据的情况下，利用数据缓存避免重复处理数据。过度绘制就这些，可以使用开发者工具打开过度绘制查看。
 
 除了上面比较常用的，还有一些优化手段可以考虑。比如使用 AsyncLayoutInflater 异步创建 View、使用掌阅开源的 X2C，这些都是建立在解析 Layout 是 IO 过程，创建 View 是通过反射为优化基础上的。