小海编码日记

过去二十年，Android Native（C/C++）的内存泄漏检测方案从未停下脚步。从最早的Valgrind，到LLVM Sanitizer里的LSan（Leak Sanitizer）

最近有一位大厂的兄弟联系我，说他们通过代理替换的方式hook方法时，有的可以生效，有的就不行，这让他百思不得其解。关于代理替换来实现hook的这种方式，可以参考维术的这篇文章，简言之，就是用一个新的对

最近生活中大家遇到的科技与狠活较多，当android的构建用上科技与狠活会不会倒沫子呢，让我们拭目以待。

前面我们已经完成了生命周期监控并且可以通过ReferenceQueue和WeakHashMap的比较确定哪些对象发生泄漏了，那么接下来需要考虑的就是如何确定这个对象是被谁持有导致泄漏的呢？ 从内存泄漏

大家都知道使用LeakCanary可以监控项目中存在的内存泄漏问题，那么LeakCanary是怎么实现的呢？LeakCanary通过检测程序中对象的引用关系，收集应该被回收的对象并标记，随后等待GC后

前段时间，突然有朋友询问，自己写的SingleInstance Activity在按home键的时候被销毁了，刚听到这个问题的时候，我直觉怀疑是Activity在onPause或者onStop中发生了

问题： 布局层级太多怎么优化？ 回答： View整体布局是通过深度优先的方式来进行组织的，整体形似一颗树，所以优化布局层级主要通过三个方向来实施： 降低布局深度：使用merge标签或者布局层级优化等手

我们知道，正常情况下，一个单指触摸事件的事件序列如下图所示： 其起于ACTION_DOWN，终于ACTION_UP，中间伴随多个ACTION_MOVE，那么怎么确定应该把这个序列分发给那个View呢？

经过一段时间的工作(摸鱼划水)，从几个很小的地方给大家介绍下我是如何提升编译构建速度的，但是本次分享内容还是主要针对当前阿逼的工程架构，不一定对你们有帮助哦。 FileWalker 剪枝 + 多