其实这些都不能够精准的和用户觉得页面加载完成相匹配，而且不同的场景差距巨大。

　　和上文形成一点对比，这个从技术角度去论述了，大家自行阅读吧，我也总结不出来东西。

　　然后也提出了一个优化手段，当然都是理论性的，并为提供源码，需要大家自己根据描述实践。

　　淘宝这边给出的可见 View 的页面投影、面积计算感觉很有新意，也确实更符合用户的实际体验，当然这也没有办法抽象成一个简单通用的方案，还是有很多细节需要针对具体业务场景处理。

　　对于繁琐的源码世界，提出了一种通过源码解决问题的思路，也给出了一些看源码的建议：猜想论证、debug、画流程图辅助分析等。

　　必须有一套完善的流程，能够发现包体积增大的原因，然后针对这些原因去引导全组所有同学的包体积优化的意识，只有全面的意识的形成，才能从根本上压制住包体积的快速增长。

　　权限变更：打包期间我们还会做一次权限整体检测，防止同学不注意引入隐私相关 API，如果发现新增权限为危险权限，*新传奇发布网会立即告警：新增了哪个权限，哪个库引入等（合码阶段如果有构建流程，也可以放合码流程）。

　　文章中有两张大图关于工程架构、业务架构的关联的事情，差不多就是我们当下不断在完善和提高大家意识的事情。

　　主要还是上期的内容，看到还有大厂相关更新，还留着吧，应该有用，如果上期已经仔细阅读过可以跳过了。

　　文中我有个印象比较深刻的 FileProvider 优化，真的是...太细了，传奇私服外挂你去仔细看下就知道了，当然里面大多数方案我们都实践过。

　　这篇文章应该包含了抖音绝大多数的优化方案，大家在聊启动优化的时候，除了task 拆分任务、延迟加载、异步加载等，还可以看看还有哪些方案可以借鉴。

　　看这标题就很刺激，每篇文章都值得精读和吸收，我觉得上述的问题在各个团队存在的概率很大，不知道后面还有没有「向工程腐化开炮｜gradle脚本治理」，我们项目目前就有一堆脚本急需治理。

　　其实我个人也做了比较长时间的隐私合规治理，简单做一些分享，传奇私服外挂隐私合规主要就是两点：

　　下次更新要间隔时间短一些了，这次更新的内容有点多，传奇私服外挂坐床上写了一天，尾巴骨疼...

　　一般聊到插桩都是Java 字节码插桩，很少见到针对 dex 去做插桩的，以前接触过*复杂的无非就是 apk-dex-smali 做一些简单的修改。

　　产物扫描：说了一个演进流程比较有意思，*开始是 apk-dex-class-java 然后进行扫描，后续改为 apk-dex-smali进行扫描，确实 smali 因为是文本结构很适合做类似静态分析的工作。

　　“向工程腐化开炮”系列向工程腐化开炮 proguard治理 向工程腐化开炮 manifest治理 向工程腐化开炮：Java代码治理 向工程腐化开炮｜资源治理 向工程腐化开炮｜动态链接库so治理

　　这发布速度太惊人了，上一次还在聊 Android 12，我估计大家慢慢就要接收到各个厂商的通知了，要求“适配Android13”，一般遇到厂商要求的适配，一定要尝试确认下，大多数情况下只需要 App 在相关系统能稳定运行即可，并不要求提高 target版本。

　　这两篇文章说的还是比较清楚的，主要突出如何发现隐私合规问题，关注的是运行时、对产物进行扫描来发现调用隐私 API 的堆栈。

　　另外我意外发现 Jetpack 的索引做的挺好的，如果只是查询*新的 androidx相关库，可以在官网查询，有*新版本信息：

　　当然上述这一切对于用户以及开发者都是黑盒的，假设系统允许开发者给提供热代码的规则，那么就相当于开发者可以控制重要代码让其可以翻译为“机器码”，例如启动等相关核心场景，从而提高用户体验。

　　其实我个人对于包体积优化也有一点感触，大家其实看得时候可能比较关注各种各样的黑科技，但是真想做好包体积这个事情，还是流程*重要。

　　另外对于一些厂商的用户行为记录，尝试不会告诉你明确的规则，只能去单点分析了，先确定哪些方法会触发行为记录，大多数都是基于 AppOps 或者是系统服务API调用，确认 API 后，可以通过字节码 hook 或者运行时 hook（大多数系统服务都可以被动态代理替换）。

　　 降低频率一般 3 个思路：减少调用；缓存结果；部分 API 可以修改为回调的方式；

　　此“新技术”主要指大厂近期对外的分享，「大厂的对外分享系列」更新一篇， 目前

　　我觉得这个技术还是比较有意思的，如果有一套比较稳定的方案，在一些自动化平台上需要注入一些代码上会简化比较多的流程，不再需要接入方去引入各种 gradle plugin 了。

　　产物扫描：一般打完包，都会做产物包的隐私合规扫描，可以基于 smali 去分析，不过说实话，扫描的结果意义不是太大，一般数量比较多，很多都是三方 SDK 内部调用，并不清楚调用时机以及频率，因为并不是完全不可以用，所以一般仅针对新增做下简单的 review。

　　好了，如果你对官方、大厂发布的技术文章和开源项目感兴趣，传奇私服外挂那么欢迎关注本号，本号将持续为你推送所有大厂移动端对外动态。

　　京东这个主要在讲如何在编译期间修改字节码了，有点偏 Transform 教程。

　　然后再调用原方法（对于字节码 hook 感觉比较困难，也可以尝试 epic去做运行时 hook，唯一注意就是做好代码隔离，别带上线了）。

　　虽然标题说的是直播卡顿，实际文章介绍了非常多系统卡顿的相关原理，这块值得好好阅读一下。

　　对于帧率采集，大家肯定能够提出来Choreographer#postFrameCallback，核心原理肯定离不开它，但是大家都在往“更精准的评定上去做努力”，可以看看淘宝它们做了哪些改善。

　　大家乍一听「baseline profiles」可能不知道说的是什么，我简单解释下，在 Android N之后为了平衡安装速度和运行速度，应用在安装后运行，会收集热代码，传奇私服外挂并在「空闲时刻」翻译为类似于机器码，传奇私服外挂从而提高下一次运行相关代码的效率。传奇私服外挂

　　短方法内联，例如 getter-setter，编译器生成的 access 方法等；

　　R 文件内联，默认在低版本的 AGP 上，每个 module 都有个 R.class 文件，这些文件可以移除，另外 app 目录下的 R文件都是常量，可以通过内联的方式去除原本的 R.class 文件；

　　否则就是技术同学天天苦哈哈的上方案，运气好优化几 M，过几个版本又劣化回去了，反反复复，但是可用的技术方案越来越少，*后...又是苦的负责的技术同学。

　　运行时：主要在编译期间提前对相关隐私 API 代码进行插桩，当然很多隐私 API 都是系统类相关 API，注入代码不太可能，就考虑中转代理的方式（中转到我们定义的一个方法，执行完成自定义方法，再执行原来的调用），有点类似之前说的 lancet 的 Insert 和 Proxy 模式，可以参考：

　　这篇文章还是比较值得看一下的，文章主要讲了对于 TextView 跑马灯效果原理的分析，但是更为重要的是：

　　距离上一期（2022-01-10）两个多月，看看这一期间大厂都更新了什么吧。

　　运行时：和云分享的一样，字节码修改是必要的，因为没有办法保证所有相关 api 都能做运行时 hook，但是字节码 hook都是可以的，将相关 API 的调用，都中转到我们自定义的方法，在这个方法内部判断：

　　当然目前依然觉得 Android 12适配才是主流，所以继续收集12 适配的文章给大家：

　　每天都在研究各种新技术、架构方案，然后去其糟泊取的精华，*后搞出来一套符合当前项目的牛批架构，整个人金光闪闪。

　　合码：既然产物扫描增量的 review 意义*大，于是我们在合码阶段也简单做一下分析，发现有新增的隐私 API 调用会触发更严格的审核。

　　可以替换掉我之前在 wanandroid 上做的androidx 快速查询页面了，一句拿来吧你，将官网链接放到右侧：

　　“你这个架构说能够提高研发效率？怎么评估提高了多少，咋没有看到iOS那边被你干崩盘呢？”

　　这篇文章我是比较有感受的，我*近也在推动做架构的事情，很多时候大家以为搞架构的同学：

　　看着名字就知道有点硬核，主要就是在编译期间，对于Class 字节码进行操作，例如：

　　删除无用指令，例如我们打印的 log，以及 e.printStackTrace之类的，在线上无用的代码；