Android 线程栈压缩方案
内容提要
本文讨论了Firebase Push导致线程溢出和内存溢出的原因，介绍了线程管理和线程栈空间设置的流程，讨论了线程栈空间的分配和优化，以及通过hook技术处理线程栈空间问题。最后提出了线程栈空间压缩的测试和风险控制建议。
延伸解读
线程栈压缩的收益与风险权衡
文章通过Demo测试显示，将线程栈极限压缩到512KB后，OOM前可创建的线程数从1136个提升到2087个，说明压缩能显著提高线程并发上限。但作者也强调，全局Hook方案存在风险，且StackOverflowError无法被全局捕获，一旦发生可能导致系统不稳定崩溃。因此，压缩虽能缓解内存压力，但需谨慎评估收益与风险，尤其对于复杂业务场景。
Hook方案的选择与实现细节
文章对比了PLT Hook和Inline Hook，最终选择Inline Hook（基于字节的ShadowHook）来Hook libart.so中的CreateNativeThread函数。选择此Hook点而非pthread_create，是为了保留FixStackSize中的逻辑（如StackOverflow检查空间），降低风险。实现时需注意32位与64位架构下函数签名的差异，以及传入负值stack_size来调整栈大小。这些细节体现了方案对兼容性和稳定性的考量。
测试策略与上线建议
作者建议先设定一个最大期望值（如512KB）进行测试，然后梳理复杂业务逻辑（如地图导航、接单流程）进行重点验证，并结合Monkey测试。上线时可采用逐步递减策略（如900KB→800KB→...），直到找到最小安全阈值。同时强调，最好先完成线程管理，再考虑Hook方案，因为在线程池工厂中自定义栈大小风险更小。这些建议为类似优化提供了实践路径。
Q&A
Firebase Push导致线程溢出的原因是什么？
Firebase Push导致线程溢出是因为在应用启动时，Firebase内部的CloudMessagingReceiver创建了多个线程，导致内存溢出。
如何设置Android线程的栈空间大小？
在Java中创建线程时，可以通过JNI调用设置栈空间大小，通常使用FixStackSize函数来调整。
使用hook技术处理线程栈空间问题的步骤是什么？
使用hook技术处理线程栈空间问题的步骤包括选择hook点、实现hook函数以及调整线程栈大小。
线程栈空间压缩的测试和风险控制建议有哪些？
建议设置最大期望值进行测试，逐步减少栈空间大小，并结合Monkey测试脚本进行核心流程测试。
为什么Android默认线程栈大小设置为1M？
默认线程栈大小设置为1M是为了平衡功能与资源消耗，确保足够的函数调用深度和局部变量空间，同时减少内存占用。
如何优化线程栈空间的使用？
可以通过设置合适的栈空间大小和使用hook技术来优化线程栈空间的使用，减少内存溢出风险。
