emmmsuperdan的博客

bitmap内存大小 = （图片长度 x 图片宽度）（分辨率压缩） x 单位像素占用的字节数 （改变编码格式）；分辨率压缩为什么要比较实际宽高和目标宽高比呢？改变编码格式：...

1、首先我们搜索am_anr，找到出现ANR的时间点、进程PID、ANR类型、然后再找搜索PID，找前5秒左右的日志。2、过滤ANR IN 查看CPU信息3、接着查看traces.txt，找到java的堆栈信息定位代码位置，最后查看源码，分析与解决问题。到这里，通过上面三个步骤我们基本就能定位出来大部分ANR的来龙去脉了。下面是更多其他不同的ANR场景。

1.布局渲染：Android屏幕 1000ms60帧的频率来进行刷新，如果16ms没有刷新完一帧，那就会让用户感觉到卡顿；布局优化上解决方案是：优化布局层级在onDraw的时候避免做耗时操作，同时尽量不要在ondraw中创建局部对象，onDraw频繁调用会产生大量的临时对象占用过多内存导致多次gc，降低性能；2.内存方向内存泄漏相关可以参看我的其他博客内容内存溢出...

1、你们做了哪些稳定性方面的优化？随着项目的逐渐成熟，用户基数逐渐增多，DAU持续升高，我们遇到了很多稳定性方面的问题，对于我们技术同学遇到了很多的挑战，用户经常使用我们的App卡顿或者是功能不可用，因此我们就针对稳定性开启了专项的优化，我们主要优化了三项：Crash专项优化(看第二、四点)性能稳定性优化(看第二点)业务稳定性优化(看第三点)通过这三方面的优化我们搭建了移动端的高可用平台。同时，也做了很多的措施来让App真正地实现了高可用。2、性能稳定性是怎么做的？全面的性能优化：启动速度、内

一、APP启动优化1、 你对 APP 的启动有过研究吗? 有做过相关的启动优化吗?程序员：之前做项目的时候，我发现程序在冷启动时，会有 1s 左右的白屏闪现，低版本是黑屏的现象，在这期间我通过翻阅系统主题源码，发现了系统 AppTheme 设置了一个 windowBackground ，由此推断就是这个属性捣的鬼，开始我是通过设置 windowIsTranslucent透明属性，发现虽然没有了白屏，但是中间还是有一小段不可见，这个用户体验还是不好的。最后我观察了市面上大部分的 Android 软件在冷

无

省电：通过工具Battery Historian查看到:耗电大头: 屏幕、网络、cpuled/oled屏幕显示:降低亮度，开深色模式；锁屏间隔缩短到 ；亮屏需要一直持有唤醒锁，还有gps定位也需要用到唤醒锁;网络： 常用的网络优化措施(各部门宣讲)1.使用缓存。2.合并网络请求，减少请求次数3.实时的信息上报改为非实时上报4.请求一个图片时进行压缩5. 使用webp图片cpu:一、避免wakelock不正确使用(部门宣讲)。WakeLock 用来阻止 CPU、屏幕