当前位置: 移动技术网 > IT编程>移动开发>Android > Android编程开发中注意事项总结

Android编程开发中注意事项总结

2019年04月18日  | 移动技术网IT编程  | 我要评论

驯养惯贼,泡泡战士烂苹果,密桃成时3d

android开发中注意事项总结。


清理操作

1.页面退出时,是否完成必要的清理操作
1) 是否调用handler的removecallbacksandmessages(null)来清空handler里的消息;
2) 是否取消了还没完成的请求;
3) 在页面里注册的监听,是否反注册;
4) 假如自己用到观察者模式,是否反注册;
5) 假如用了rxjava的话,是否解除订阅;

2.的游标是否已经关闭
这个点一般人都知道,出问题一般在于,没有考虑到多线程并发时的情况下,cursor没有被释放。
所以数据库的操作需要加上同步代码块

3.打开过的文件流是否关闭

4.android 3.0以下的版本,使用完的bitmap是否调用recycle(),否则会一直占用内存
而android 3.0及以上的版本不需要调用recycle(),因为这些版本的bitmap全部放到的堆内存中,让gc自动回收。

5.webview使用完是否调用了其destory()函数


是否能进一步优化自己的代码

1.保存在内存中的图片,是否做过压缩处理再保存在内存里
否则可能由于图片质量太高,导致oom

2.intent传递的数据太大,会导致页面跳转过慢。太大的数据可以通过持久化的形式传递,例如读写文件

3.频繁地操作同一个文件或者执行同一个数据库操作,是否考虑把它用静态变量或者局部变量的形式缓存在内存里。用空间换时间

4.放在主页面的控件,是否可以考虑用viewstub来优化启动速度


要小心第三方包

1.build.gradle远程依赖第三方包时,版本号建议写死,不要使用+号
避免由于新版本的第三方包引入了新的问题

2.导入第三方工程时,记得把编码转换成自己工程当前是用的编码

3.调用第三方的包或者jdk的方法时,要跳进他们的,看要不要加 try-catch
否则可能会导致自己应用的崩溃

4.使用第三方包时,是否加上其混淆规则
若漏掉加上第三方包的混淆规则,会导致第三方包不该混淆的代码被混淆。在debug版本没有发现问题,但是release版本就会出现问题

5.应用添加so时,是否在固件对应的android.mk文件上加入新增的so,否则系统可能编译不过

@lib/armeabi/libcommon.so \
@lib/armeabi/libabcdefg.so \

注意要成对出现的地方

1.系统的、自己写的,注册和反注册的方法,是否成对出现

2.在生命周期的回调里,创建和销毁的代码是否对应起来
比如:oncreate()里面创建了adapter,那么对应adapter的退出处理操作(比如清空image缓存),一般就要写在ondestory(),而不能写在ondestoryview()。

类似的生命周期对应的代码有:
onstart()、onstop();
oncreate()、ondestory();
onresume()、onpause();
oncreateview()、ondestoryview()

3.若listview的item复用了,对item里view的操作是否成对出现
比如:

switch (type) {
    case articlelistitem.type_ad:
        ......
        mtitleview.settext(tencentadbean.title);
        mgreenlabelview.setvisibility(visible);
        mredlabelview.settext("");
        mredlabelview.setvisibility(gone);
        break;
    case articlelistitem.type_article:
        ......
        mtitleview.settext(mzadbean.addata.gettitle());
        mgreenlabelview.setvisibility(gone);
        mredlabelview.settext("abc");
        mredlabelview.setvisibility(visible);
        break;
}

比如以上对mtitleview、mgreenlabelview和mredlabelview的操作,都是成对出现。否则listview可能会由于item复用,导致item显示错乱问题


防内存泄漏

1.内部类,比如handler、listener、callback是否是成static class
因为非静态内部类会持有外部类的引用。

2.假如子线程持有了activity,要用弱引用来持有
比如request的activity就应该用弱引用的形式,防止内存泄漏。

3.要求传入activity作为参数的函数,是否可以改用getapplicationcontext()来作为参数


handler相关

1.使用view.post()是否会有问题
因为在view处于detached状态期间,post()里面的runnable是不会被执行的。只有在此view处于attached状态时才会被执行。

如果想改runnable每次肯定会被执行,那么应该是用handler.post来替代

2.假如程序可能多次在同一个handler里post同一个runnable,每次post之前都应该先清空这个handler中还没执行的该runnable
如:

if (mcloudrun != null) {
    mhandler.removecallbacks(mcloudrun);
    mcloudrun = null;
}
mcloudrun = new runnable() {
    @override
    public void run() {
        cloudaccelerateswitchrequest request = new cloudaccelerateswitchrequest();
        request.setpriority(requesttask.priority_low);
        requestqueue.getinstance().addrequest(request);
    }
};
mhandler.post(mcloudrun);

其他

1.多思考某些情况下,某变量是否会为空
而且在函数体内,处理参数前,必须加上判空语句

2.回调函数是否处理好
回调函数很容易出问题。比如网络请求的回调,需要判断此时的aciivity等是否还存在,再进行调用。因为异步操作回来,activity可能就消失不存在了。
而且还要对一些可能被回收的变量进行判空。

3.修改数据库后,是否把数据库的版本号+1

4.启动第三方的activity时,是否判断了该intent能否被解析

intent sendintent = new intent(mcontext, demo.class);
// 这种方式判断是否存在
if (sendintent.resolveactivity(getpackagemanager()) != null) {
    startactivity(sendintent);
}

若activity不存在,会出现activitynotfoundexception的异常

5.新注册的activity、service或provider,若androidmanifest.xml中exported属性为true,要考虑是否会引发安全性问题


因为exported属性为true时,外部应用就可以直接调用起该activity。
可能导致的问题:
1)若外部应用直接启动详情页,从而让某些验证页面直接被绕过
2)若外部应用给该activity传递乱七八糟的intent,可能让该应用崩溃。也就是android中的拒绝服务

5.除数是否做了非0判断

6.不要在activity的oncreate里调用popupwindow的showasloaction方法,由于activity还没被加载完,会报错


功能完成后,自测时的检查点

1.思考某些情况下,某个变量是否会造成空指针问题

2.把手机横屏,检查布局是否有bug

3.在不同分辨率的机型上,检查布局是否有bug

4.切换到英文等外文字体下,检查外文是否能完整显示

5.从低版本升级上来,会不会有问题
比如可能会出现数据库不兼容的问题

6.按下home再返回是否正常

7.熄灭屏幕再打开是否正常

8.切换成其它应用再切换回来会怎样

9.利用手机的开发者选项中的 “调试gpu过度绘制” ,“gpu呈现模式分析” 和 “显示fps和功耗” 功能,看自己的新功能是否会导致过度绘制、是否会掉帧

10.测试看是否影响启动速度
adb shell am start -w 包名/activity

11.对比看apk大小是否有增大

12.跑1小时monkey,测试其稳定性

如对本文有疑问,请在下面进行留言讨论,广大热心网友会与你互动!! 点击进行留言回复

相关文章:

验证码:
移动技术网