来自:http://www.jianshu.com/p/4b65967fe4a0前言本文收集了工作以来提交代码前的所有检查点。事实证明,这样能有效提高自己的代码质量和功能的稳定性。所以推荐大家以后每次提交代码前,都可以看下这份Review清单哈。 此外,可能还有些检查点并没有发现,欢迎大家踊跃在评论区补充哈~ 清理操作1.页面退出时,是否完成必要的清理操作
2.数据库的游标是否已经关闭
3.打开过的文件流是否关闭 4.使用完的Bitmap是否调用recycle()回收 5.WebView使用完是否调用了其destory()函数 是否能进一步优化自己的代码1.保存在内存中的图片,是否做过压缩处理再保存在内存里 2.Intent传递的数据太大,会导致页面跳转过慢。太大的数据可以通过持久化的形式传递,例如读写文件 3.频繁地操作同一个文件或者执行同一个数据库操作,是否考虑把它用静态变量或者局部变量的形式缓存在内存里。用空间换时间 4.放在主页面的控件,是否可以考虑用ViewStub来优化启动速度 要小心第三方包1.build.gradle远程依赖第三方包时,版本号建议写死,不要使用 号 2.导入第三方工程时,记得把编码转换成自己工程当前是用的编码 3.调用第三方的包或者JDK的方法时,要跳进他们的源码,看要不要加 try-catch 4.系统应用添加so时,是否在固件对应的Android.mk文件上加入新增的so,否则系统可能编译不过
注意要成对出现的地方1.系统的、自己写的,注册和反注册的方法,是否成对出现 2.在生命周期的回调里,创建和销毁的代码是否对应起来 比如:onCreate()里面创建了Adapter,那么对应Adapter的退出处理操作(比如清空Image缓存),一般就要写在onDestory(),而不能写在onDestoryView()。 类似的生命周期对应的代码有: 3.若ListView的item复用了,对Item里View的操作是否成对出现
比如以上对mTitleView、mGreenLabelView和mRedLabelView的操作,都是成对出现。否则ListView可能会由于Item复用,导致Item显示错乱问题 防内存泄漏1.内部类,比如Handler、Listener、Callback是否是成static class 2.假如子线程持有了Activity,要用弱引用来持有 3.要求传入Activity作为参数的函数,是否可以改用getApplicationContext()来作为参数 Handler相关1.使用View.post()是否会有问题 因为在View处于detached状态期间,post()里面的Runnable是不会被执行的。只有在此View处于attached状态时才会被执行。 如果想改Runnable每次肯定会被执行,那么应该是用Handler.post来替代 2.假如程序可能多次在同一个Handler里post同一个Runnable,每次post之前都应该先清空这个Handler中还没执行的该Runnable 如:
其他1.多思考某些情况下,某变量是否会为空 2.回调函数是否处理好 回调函数很容易出问题。比如网络请求的回调,需要判断此时的Aciivity等是否还存在,再进行调用。因为异步操作回来,Activity可能就消失不存在了。 而且还要对一些可能被回收的变量进行判空。 3.修改数据库后,是否把数据库的版本号 1 4.启动第三方的Activity / Service时,是否加上try...catch 5.除数是否做了非0判断 6.不要在Activity的onCreate里调用PopupWindow的showAsLoaction方法,由于Activity还没被加载完,会报错 功能完成后,自测时的检查点1.某些情况下某个变量是否会造成空指针问题 2.自测功能,通用的几个检查点 1) 按下Home再返回是否正常; 3.从低版本升级上来,会不会有问题 4.打开 手机的开发者选项,看新功能是否会导致过度绘制、是否会掉帧 5.测试看是否影响启动速度 6.对比看APK大小是否有增大 7.跑1小时Monkey测试其稳定性 添加堂妞微信:tangniu520666,免费获取IT课程
本文转载于微信公众号: 尚学堂(bjsxt-java),更多微信文章请扫描关注公众号: |
|
声明:文章版权归原作者所有 部分文章转自互联网 如有侵权请联系
[邮箱地址] 删除
|