作者博客： http://www.jianshu.com/u/e3ea030cf580
文章目录
前言
行业标准
改进前
三板斧
磨刀不误砍柴工：改进Crash上报系统
第一板斧：解决Crash问题
第二板斧：提高编码质量
第三板斧：灰度
改进后
如何稳定在小于0.1%
编程维度
流程化及工具维度
测试维度
发布维度
1
前言
在移动应用性能方面，崩溃带来的影响是最为严重的。
移动应用崩溃主要是由操作系统引发，是指应用在运行过程中出现的强制关闭(Force Closing)现象，从而打断用户正在进行的操作体验。
应用崩溃可以造成关键业务中断、用户留存率下降、品牌口碑变差、生命周期价值下降等影响。
根据统计数据显示，当iOS的崩溃率超过0.8%，Android的崩溃率超过0.4%的时候，活跃用户有明显下降态势。
2
行业标准
Android行业标准：
优秀App：0%-0.2%
标准App：0.2%-0.4%
而作为一个有追求的技术团队，我们追求一个有挑战的标准：Crash Session<=0.1% 或者说Crash Free Session>=99.9%
3
改进前
分析：
Crash平均在0.3%
偶尔触达0.2%
某时间段一度高于0.8%（不稳定）
从未达到过0.1%
评价：处于行业标准水平，偶尔有隐患版本发布。
4
三板斧
①、磨刀不误砍柴工：改进Crash上报系统
每个app都有Crash上报系统，手机证券采用的是百度SDK。而它不能将线上混淆后的代码映射成开发代码，因此很难定位问题。
因此我们将百度SDK替换成Fabric。
百度SDK
Fabric
②、第一板斧：解决Crash问题
现在的当务之急当然是解决已有Crash问题了。
③、第二板斧：提高编码质量
高质量代码是稳定性的基石，在当前背景下（较多需求开发），我们有没有工具能高效地帮助我们提高代码质量呢？，能有立竿见影效果呢？
静态扫描工具：Lint、Findbugs
Lint：安卓自带的代码扫描工具
通过它对Android工程源代码进行扫描和检查，可发现潜在的问题。
主要包括：xml文件中是否存在hardcode、unused resources、probable bug等等。
Findbugs是java的静态分析工具
它检查类或者JAR 文件，将字节码与一组缺陷模式进行对比以发现可能的问题。
Findbugs自带检测器，其中有60余种Bad practice，80余种Correctness，1种 Internationalization，12种Malicious code vulnerability，27种Multithreaded correctness，23种Performance，43种Dodgy。
通过这两个工具的扫描报告，可以找到很多代码的逻辑错误、隐藏问题、性能问题等一般共性问题。
同时我们也要认识到这类工具的局限性。并通过自定义配置来避免“噪音”。
lint
findbugs
④、第三板斧：灰度
测试遗漏问题就这样放出去吗？有隐藏bug怎么办？
祭出王牌：灰度发布
所谓的灰度发布，简单来讲，就是不要一开始就让所有用户下载安装应用，而是先覆盖一小部分用户！
发布不是简单的从0到1，不是非黑即白，在中间有一个缓冲的灰色地带。
通过灰度发布，真实用户的真实场景测试，我们可以更全面、更深入的收集问题，修复问题。
随着灰度覆盖范围的增加，暴露的问题也越来越充分，而当全量发布的时候，一定是一个稳定的版本！
目前的策略：先在某一个渠道灰度，当问题暴露的足够多时，再发布全量版本。
5
改进后
6
如何稳定在小于0.1%
①、编程维度：
持续解决收集到的Crash问题
OOM和内存泄漏问题：
通过LeakCancary来检测内存泄漏问题，并解决问题。
通过内存检测工具来检测内存占用情况，并优化问题。
通过技术选型，寻找更好的图片管理框架。
编码规范：编码规范的重要性我就不阐述了
统一团队内编码规范，这里可以参考：阿里巴巴的Java开发手册，站在巨人的肩膀上。
生成编码规范的IDE（Android Studio）配置，工程师导入配置之后，可以非常方便的用快捷键 Reformate Code
使用静态扫描工具CheckStyle和Lint来检查代码规范。
代码重复度：
通过静态扫描工具检测重复代码。
抽取重复代码，提供工具类及底层基础类。
复杂度：
框架升级：一个好的框架可以减少工程师的代码量，提高效率。
Kotlin：语言级的改进。简洁的语法，以及NullSafty特性都是非常好的特性。
②、流程化及工具维度：
结对编程：主要是在前期设计和疑难模块编写时使用，希望取长补短，寻求更高质量的代码。
CodeReview：在代码提交的流程上使用CodeReview机制。
在Jenkins中集成静态扫描插件：findbug、lint、CheckStyle、PMD等。
③、测试维度：
充分的开发自测：自己写的代码，自己最清楚会有什么问题，开发自测发现问题的效率最高。
单元测试：
引入单元测试框架：junit、mockito、robolectric
静态扫描工具：单元测试覆盖率
兼容性测试
monkey测试
④、发布维度：
灰度2.0
当前灰度策略其实还不完善，后续我们会提供一种更完善的灰度机制：根据用户的应用版本号，手机型号，UUID等信息来选择灰度的用户，通过弹对话框的方式提示用户升级。
这样我们就能很方便的从多个维度来灰度，比如：Android7.0里面5%的用户。
终极杀招：热修复
通过热修复技术，客户端可以发布补丁来解决线上版本的稳定性问题，而无需发版本。
热修复作为当下热门的技术，在业界内比较著名的有阿里巴巴的AndFix、Dexposed，腾讯QQ空间的超级补丁和微信的Tinker。
今日推荐
微信扫一扫
关注该公众号
网友评论