Gradle

--- theme: smartblue --- 我们Android工程`pipeline`阶段

最近在一次技术分享中，有网友问我小公司可以考虑做哪些编译优化？我觉得这个课题也还是挺有必要展开下讲讲的。 编译优化方面其实我个人觉得并不一定是特别高大上的东西，除了一些特别深水区的地方，还是有些东西还

预期 当前安卓的所有proto都生成在一个module中，但是其实业务同学需要的并不是一个大杂烩， 只需要其中他们所关心的proto生成的类则足以。所以我们希望能将这样一个大杂烩的仓库打散，拆解成多个

很多人都介绍过Gradle 7.+提供的VersionCatalog，我就不过多展开这个了。我们最近也算是成功接入了VersionCatalog,过程也还是有点曲折的，总体来说我觉得确实比

时间过得还是很快的啊，转眼马上就要到了送外卖的年纪了啊，令人唏嘘不已。互联网真的是对于年纪大的人很不友好的，只要你年纪大了,都还是会歧视你的。珍惜好自己最后的职业生涯，做点自己喜欢的事情吧。

--- theme: smartblue --- # 脚手架 > 脚手架是为了保证各施工过程顺利

会把编译过程中所有的log日志整合并上报，我们可以在编译结果上看到当前所有的编译日志，并且会对崩溃和堆栈进行额外的展示，这样就可以避免我们需要额外添加`-stacktrace(-s)`参数进行额外的堆

--- theme: smartblue --- # 前言 戏接上文，`kotlin`升级没想

编译常见问题 在开发过程中，有碰到过一些由于编译优化导致的代码修改并不符合我们预期的情况。这也就是之前为什么我经常说编译产物其实是不太可以被信任的。 方法签名变更，底层仓库的方法变更但是上层模块并没有

前言 前一阵子帮业务同学解决了个代码问题，其实挺有意思的，就打算和大家分享下这个内容。 先简单的介绍下背景，业务同学写了个apt的框架，然后里面包含一个注解的库，而注解库中需要使用到Android源码