Android应用优化方案。

应用稳定性优化

注:本文是为公司项目出优化方案时所写,有一定针对性局限性,如有问题欢迎讨论。

  1. 内存优化
    内存优化主要是规避内存泄露和图片及时回收,以免导致内存溢出系统抛出OOM错误。监测工具:DDMS Heap 分析内存使用情况,LeakCanary 监听内存泄露。
umeng后台错误排行

具体优化的功能点:

  • 首页ViewPager+Fragment组合,修改viewpager策略,只保留当前页的数据内容,其他页面不在前台则销毁,并把数据存到数据库。并且为保证流畅性,在滑动时候初始化,在初始化时候读数据库数据,在展示到前台时拉去网络数据(过多长时间以后),实现懒加载。
  • 文章列表,建议缩小缩略图展示尺寸,增加清晰度。并且每张图的生命周期跟随当前页面销毁而释放。
  • 包内资源图,尽量进行压缩,UI压缩,超大图片尽量能够用jpg格式替换png(Google是不建议这样做的,但是这样显示效果好占地少,可以借用第三方工具加载)。
  • 使用LeakCanary 来监测 内存泄露情况,并逐个解决。常见内存泄露有Handler 和Timer内存泄露(使用软引用持有Context),非静态内部类创建静态实例造成的内存泄漏等等。


    Android Studio 提示的Handler内存泄漏
LeakCanary提示的静态实例持有Context导致的内存泄漏

*使用DDMS Heap 分析内存使用情况以及使用Monitors查看内存主动回收情况。

DDMS Heap内存使用分析
Monitors 内存分析
  1. 布局优化& 界面卡顿监测
    开启安卓手机GPU呈现模式分析,检测应用流畅度。开启安卓手机开发者选项中 Enable GPU Overdraw ,查看应用绘制次数,减少页面重绘。使用BlockCanary 监测UI卡顿现象。

    具体该怎么检测界面是否卡顿:

    • 肉眼观察
    • 在安卓手机开发者选项中开起帧率显示,根据帧率判断是否界面卡顿。
帧率测试图
  • 第二开启安卓手机开发者选项中的GPU呈现模式分析,看条形图分辨应用是否卡顿,什么时候卡顿。条形图怎么看
Gpu呈现模式分析

具体该怎么检测是否过度绘制:

首页绘制情况
其他应用的绘制情况
  • 查看DDMS中的 dump view hierarchy for ui automator 布局嵌套情况
DDMS 布局嵌套情况
  1. 友盟&BugTags 错误修改
    根据友盟或者bugtags错误信息,定位到具体代码,找出问题及时更改。减少错误率。
  2. 单元测试&MVP
    将 Model业务逻辑处理 和 View页面处理分开,利用Android Studio中进行单元测试和UI测试。
** 最终目标:错误率降低到千分之一以下 **

安装包大小优化

  1. 资源图片优化&无用资源文件删减
    使用tinyPng进行智能有损压缩图片。特大图片使用jpg代替png。使用Android lint命令查找并删除没有用到的资源。
压缩前后照片清晰度对比
智能有损压缩前后的大小
如果转换为jpg格式大小
  1. 代码混淆整理&剔除无用代码
    删除无用的代码,整理混淆语法,对字节码进行缩减体积、优化。
  2. 皮肤、表情包在线化(插件化)
    表情包和皮肤资源可以做成扩展包形式一来可以云更新,还可以减少安装包大小。
  3. 依赖库整理&去除无用语言资源
    整理依赖库,功能相近的库择小择优选取,去除重复库。通过配置resConfigs 只选择英语和中文语言包。
** 最终目标:整包大小减少百分之40左右 **

网络速度优化

  1. 合并接口&优化接口删除冗余字段
    相近内容合并到一个接口返回,避免频繁的网络请求,删除接口中的冗余字段,减少数据量。
  2. 新闻详情缓存&考虑使用H5+原生形式实现正文
    使用HTML5浏览正文详情(支持图文混排且更流畅:目前的详情会跳布局,这样会让人感觉起来卡顿,因为展位图并不能一定等于图片大小),使用原生控件协助完成评论等其他交互。
  3. 预下载重要数据
    在wifi情况下后台静默下载,必要资源,比如应用全局展示的广告等等。
  4. 使用https
    使用https防止流量劫持、抓包及爬虫。对通信内容进行加密。
** 最终目标:让每一步网络操作都能够可接受时间内得到响应 **

应用省流优化

  1. GIF预览图
    流量情况需要点击Gif图片才会动
  2. webP图片格式
    服务端存储用七牛,Android客户端用Fresco(支持webP动图)。
** 最终目标:尽可能的节省流量 **

多版本快速开发

  1. MVP架构
    MVP分离了view和model层使之解耦,方便进行单元测试,方便逻辑移植。
  2. 提出公共module
    同质化功能点放到公共module中,方便引用到其他项目中。
  3. 插件化开发
    根据功能点将应用模块化,例如直播,录制等等。
** 最终目标:功能快速移植,降低代码耦合度**

下期分享预告:

仿微信朋友圈(snapchat)图片滑动退出手势交互


下期分享预告

截图来自: 橘子娱乐探索版(Android)

技术博客:Wells'Note

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 219,039评论 6 508
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 93,426评论 3 395
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 165,417评论 0 356
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,868评论 1 295
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,892评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,692评论 1 305
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,416评论 3 419
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,326评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,782评论 1 316
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,957评论 3 337
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 40,102评论 1 350
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,790评论 5 346
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,442评论 3 331
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,996评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,113评论 1 272
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,332评论 3 373
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 45,044评论 2 355

推荐阅读更多精彩内容