vivo高启强

assumevalues 用法 assumevalues 告知 r8 指定的字段值或者方法值将始终处于特定范围内或等于某个单一值 先看一段简单的代码 混淆前 混淆后， 不但做了内联，还帮我们做了一定程

剪枝 这段代码比较简单， 对 R8 稍微有点了解的人可能会马上反应过来，这个函数因为过于简单，所以大概率是会被 R8 内联的， 内联以后的代码等效于 但实际上我们 r8 处理过之后的代码是这样： 你会

为什么写这个系列 主要是看了 芦大和 P 大的文章，受益颇多，虽然有很多不解的地方，但是大体上已经有了学习的脉络，刚好看到很多人都觉得这几篇文章读起来很吃力，其实我也一样。 要搞懂大佬们的文章，主要是

项目升级到 AGP8 以后 一直有个问题，有一个 利用 jacoco 做代码覆盖率的插件 一直会导致项目编译失败，偶现，且 build 失败给出的 堆栈信息迷惑性很强，导致问题排查方向错了，最后发现是

linux下多线程文件操作的坑 有一块业务之前的代码逻辑大概是： 图片下载以后会在kotlin中的协程中 对这个图片进行一系列的读写操作，但是因为业务逻辑会在 bindViewHolder 中进行处理

日志分析 典型的NE问题，而且该crash集中在 <=android9 的版本上，可以粗估一下该问题属于系统bug，在android10上得到了官方修复 一般碰到这种疑似系统bug的，可以去issue

CodeLocator 应该是我平时工作中使用频率最高的idea插件了，只可惜不适配K2 mode 这里有idea的官方文档 教你怎么做插件适配 idea官方推荐的适配方式 之前我是clone了cod

AGP8.0+ 如何 处理图片压缩任务 上一篇文章中，我们知道如何寻找mergeRes的任务hook点 这篇文章就基于上篇文章的结论 来做一下 编译期压缩图片的任务 有了doLast的回调函数，那我们

在以前的agp版本中，我们可以onVarint回调中直接获取到任意task的provider，这让我们可以很轻松的插入一个任务到android的编译过程中 在8.0+以后 这个方案失效了， 这个会导致