呆呆不呆

LFU，全称Least Frequently Used，即最不经常使用 常被用于缓存淘汰策略，核心思想就是依据缓存的访问次数来降序排序。缓存访问次数多的排前面，当需要删除缓存时，优先删除排在末尾的缓存

背景 之前写了一篇关于线程挂起超时导致的 Native Crash 的文章，并提供了一种基于 inline hook 技术规避超时导致的 abort 信号引发崩溃的解决方案，有兴趣可以看下 - And

背景 本文是继修复线程挂起超时方案的续集，由于之前写方案的时候还在内部测试，还有部分读者提出一些问题并提供建议，完善了一下方案细节，目前公司已正式上线，暂时没有因修复而导致的其他问题，这篇文章准备再记

线程是执行任务的基本单元，他的重要性不言而喻，通过合理的使用线程，我们可以更充分的发挥 CPU 的性能，极大的提升程序的体验。如何才能更合理的使用线程呢？这需要我们做很多事情。 比如需要将程序中线程的

本文主要介绍热修复的发展史和目前现存的主流框架，尝试解释各种流派框架诞生的底层逻辑，并对每种框架的核心原理以及面临的主要问题做详细的分析，文章有点长，但如果耐心看完相信一定会对热修技术有更完整的认识。

那什么操作会占用 FD 资源呢？常见的：文件读写、Socket 通信、创建 java 线程、启用 HandlerThread、创建 Window 、数据库操作等.

本节会从三个角度介绍 Native 的内存监控，并结合 matrix 和 Koom 源码分析：1. so 大内存申请监控。2. 大图的申请监控。3. Native 内存泄漏监控..

本节讲了如何进行虚拟内存和 java 堆内存的监控，并从 matrix 和 koom 源码角度介绍了内存泄漏的监控方案.

在介绍 so 加载方案之前，我们先来思考下，我们要如何选择下发的 so 库呢？即使我们需要减小包体积，但了稳定性考虑，肯定也不能一股脑的都采用动态下发的方式吧.