Android APP优化思考以及注意点

一.Android优化思考以及注意点

（1）耗时操作
    -实体类构造方法不要做耗时操作（数据量特别大时候，很耗时）
    -greendao数据库插入或者更新数据的时候，数据量大时，缓存到集合中，批量执行。（减少了事物的开启与关闭的耗时操作，效率大大提升）
    -数据的分页加载

    检测工具：TraceView，AndroidStudio profiler工具

（2）UI卡顿
    -listview滑动过程中不加载图片
    -界面刷新频繁
    -耗时操作放入到子线程中执行

    检测卡顿：BlockCanary

（3）消息框架
    -准确的通知！
        -消息接受者，注册时，需带有唯一标识，不可像观察者模式，没有标识，全部通知，尤其是频繁更新UI情况下。
    -业务增多时，可以引入消息组，可以通知整组或者某个消息标识，目的确保精准通知。（目前还没有看到这类三方库）
    -传输数据扩展性要好！
        -数据格式应该容易传输和解析！Android优先推荐使用Bundle，优点支持序列化，实现了cloneable，可以添加java基本数据类型，集合以及序列化实体类。
        缺点：需要定义大量的key，需要对key进行统一管理设计。
    推荐：EventBus，封装Android本地广播（Handler实现）

（4）数据库文件加密
    -greendao 3.0以后支持sqlcipher加密

（5）代码可读性
    -强烈推荐alibaba的java开发规范检测插件。

（6）内存泄漏
        -hander的使用，弱引用处理，activity/fragment onDestroy方法remove所有消息
        -context尽可能使用Application的context
        -优先设计为静态内部类
        -cursor、file读写以及相关使用流，需要及时关闭
        -bitmap不使用时，及时recycle
        -字符串拼接，使用StringBuilder（非安全）/StringBuffer（安全）

    检测泄漏：MAT工具，LeakCanary

（7）全面可控的app
        -通过长连接向客户端发送控制消息，app可以即时响应对应的操作；
            -如打开指定页面，给指定人群弹出通知，弹出升级提示。
        -版本及时回退功能
            -可以控制app运行指定版本的代码


数据完整性
    -异步数据入库：
        -入库过程中，APP被强行结束进程，如何保护数据完整性？？？
        -数据何时更新？？？
        -数据完整性方案如何设计？？？
            -定义数据完整性接口
            -标识哪些字段数据为必填项
            -若是数据不完整，请求最新数据替换当前实体，并且保存入库。
            -需要支持刷新数据可控，数据完整时，可强制刷新；不完整默认自动刷新。

---

未完待续。。。