乌柚

背景 在唤端过程中有个有趣的现象。 同一个 activity Task Activity A打开B接着打开C 打开B间隔一段时间打开C,按顺序正常走B和C的onCreate 和onResume 打开B

多进程问题导致crash ,apk&so 异常不兼容导致crash,渲染问题导致crash,处理Webview crash 相关的报表,webview 预创建提速

背景： 新版包打release包后启动mp4 不可用。 新版本release包 异常 新版本debug包 正常 老版本release包 正常 新版本debug包 正常 新老apk解压后对比 大小 md

crash问题千奇百怪,涉及到厂商相关的代码我们该如何去分析。 如何通过现有crash信息分析尝试复现crash? 如何快速获取到厂商crash相关代码? 如何通过反编译和trace手段快速分析代码逻

背景： 在我们平常开发中经常会遇到一些framework, system_process, art中的一些问题。很多时候我们是需要翻阅代码去查看问题。但是很容易因为某个分支判断不对走错路。 掌握调试技

背景： 当线上数据配置异常时，客户端代码未做好兜底走到异常分支就可能触发crash，如果在启动阶段就可能导致大面积的crash 目的： 降低线上crash发生到修复期间的影响，熔断导致crash的业务

![未命名文件.jpg](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/91c0c0c249c3485b85a67659c95af079~tplv

背景 随着稳定性治理和性能优化的深入，发现现有trace在有些方面已经很难满足排查问题的需要 比如更深层次的启动优化,framework crash排查，release包trace查看,竞品流程分析等

遇到问题 java.lang.OutOfMemoryError: pthread_create(1040KB stack) failed: Out of Memory 查看系统抛出异常过程 art/r