雨花台镖人

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

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

最近一直在做agp8.0+的插件适配，涉及到不少知识点，踩到不少坑，特此记录下 gradle和gradle-api的区别 我们在插件开发的时候 如果你看官方的demo 你会发现他们现在都是给你grad

因为宿主app 升级到AGP8的缘故，Booster 需要升级到5.0版本， 该版本 transform 实现 有部分问题 ，这里给出临时性的解决方案 获取不到gradle.properties 中的

AsyncLayoutInflater 能否提高页面渲染速度？ 答案是不能的，至少大部分情况不能。 源于默认的 AsyncLayoutInflater 使用的子线程没有指定优先级 在我们默认主线程xm

最近工作需要 要大量阅读并且调试androidx源码， 本来以为github上clone 一下就很容易的，但碰到很多坑，项目一直跑不起来 。搜了下也没有特别好的答案，折腾了一下 总算流程跑通了。 gi

RenderThread优化 简单来说开启硬件加速以后，会有一个RenderThread协助我们的主线程去绘制ui。 大厂中的常规优化手段有一种是调高RenderThread的线程优先级（调整到-19

预加载下一个页面的图片 Glide 的preload 应该有不少人都用过，但应该多数情况下都是在一个列表页中preload。 有一种情况的preaload 会复杂一些 列表页A ---> 详情页B。

为什么要监控gc情况 不仅仅是android了，其实只要是java技术这一块的，做性能监控，gc次数/频率 肯定是要做的，服务端那边也有，只不过他们监控的手段和我们不太一样。 但是目的是一样的，gc的