你会经常遇见的android性能优化方面知识总结
你会经常遇见的android性能优化方面知识总结https://blog.csdn.net/Coo123_/article/details/87367131项目源码
目录
布局优化
绘制优化
内存泄漏优化
ListView和Bitmap优化
布局优化
减少布局文件的层级
删除布局中无用的控件和布局
尽量使用简单高效的ViewGroup，比如FrameLayout和LinaerLayout
可以使用include标签复用布局，使用merge标签减少层级
include、merge标签案例
在layout文件中创建layout/incloude_merge_memory.xml文件内容如下：
android:layout_height="match_parent">
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:background="@android:color/holo_red_light"
android:gravity="center"
android:padding="5dp"
android:text="这是一个include的merge" />
在Activity的layout布局引入:
ViewStub
它是一个轻量级的布局宽度、高度只有0，不参与绘制过程。
按需加载，不占用空间。
当显示ViewStub中的布局时候，ViewStub会被替换掉，并且会被从布局中移除。
xml代码:
android:layout_width="match_parent"
android:layout_height="80dp"
android:background="@android:color/holo_blue_bright"
android:inflatedId="@id/mRL_viewStubMemory"
android:layout="@layout/viewsutub_memory"
android:padding="10dp" />
上面代码中id为mVS_layoutMemory为ViewStub的id，而inflatedId是引入布局 @layout/viewsutub_memory跟布局的id。需要注意的是ViewStub中layout布局是不支持merge标签的，接下来看一下java代码的调用：
mVS_layoutMemory = findViewById(R.id.mVS_layoutMemory);
mVS_layoutMemory.setVisibility(View.VISIBLE);
绘制优化
不要在onDraw中创建新的布局对象
不要在onDraw中做大量的耗时操作
内存泄漏优化
静态变量引起的泄漏
单例模式引起的泄漏
非静态内部类持有外部引用导致的泄漏
Handler引起的内存泄漏
属性动画引起的泄漏
静态变量导致的内存泄漏
这种情况常见的是Context的使用，比如我们写了一个工具类，里面的静态方法需要用到Context。如果我们将Activity的this传给这个方法，那么Activity在被回收的时候由于这个静态变量持有Activity的引用，导致不能被回收从而引起内存泄漏。
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_layoyt_memory);
AppUtil.getTesLeak(this);
}
public static void getTesLeak(Context context) {
Toast.makeText(context, "您的内存泄漏啦", Toast.LENGTH_SHORT).show();
}
解决上面的问题也很多简单，如果我们的工具类不是一定需要Activity的Context，难么我们可以考虑使用getApplicationContext()。因为 getApplicationContext() 是和我们App的生命周期一样长，如果App不退出他就不会被回收。
单例模式导致的内存泄漏
单例引起的内存泄漏，大概思路上面差不多，也是因为静态变量的生命周期太长，如果程序不退出，系统就不会对其回收，这将导致本应该不用的对象不能回收，我们可以指定Context为getApplicationContext();来避免内存泄漏。
public class MemorySingle {
//如果传入上下文
private static Context context;
private MemorySingle() {
}
public static MemorySingle getInstance(Context context) {
//防止内存泄漏
MemorySingle.context = context.getApplicationContext();
return Menory.single;
}
static class Menory {
private static final MemorySingle single = new MemorySingle();
}
}
非静态内部类持有外部引用引起的泄漏
因为非静态内部类的生命周期是和外部类的生命周期绑定在一起的，非静态内部类会持有外部类的引用，如果我们在内部类中做一些耗时操作，如下面内部类sleepThread()方法让线程睡10秒，在这个时候如果Activy要销毁，但是因为内部类持有外部类的引用，它的sleepThread()方法还没执行完，所以导致Activy不能被回收，引起内存泄漏。
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_layoyt_memory);
TestLeak testLeak = new TestLeak();
testLeak.sleepThread();
}
class TestLeak {
private void sleepThread() {
new Thread(new Runnable() {
@Override
public void run() {
try {
//睡10秒
Thread.sleep(10000);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}).start();
}
}
解决方法将TestLeak改成静态内部类
static class TestLeak {
private void sleepThread() {
new Thread(new Runnable() {
@Override
public void run() {
try {
//睡10秒
Thread.sleep(10000);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}).start();
}
Handler引起的内存泄漏
我们使用Handler做消息处理的时候可能不注意会用下面这种写法:
private Handler mHanlder = new Handler() {
@Override
public void handleMessage(Message msg) {
switch (msg.what) {
case 200:
mTV_incloud_merge.setText((String) msg.obj);
break;
}
super.handleMessage(msg);
}
};
上面的mHanlder是Handler的非静态匿名内部类，上面我们提到过非静态匿名内部类会持有外部引用，所以如果使用上面的写法也会引起内存泄漏。下面有两种方式可以避免泄漏。
第一种方式: 使用静态内部类+弱引用方式
static class MyHanlder extends Handler {
//弱引用
WeakReference
public MyHanlder(Activity activity) {
mWeakRef = new WeakReference<>(activity);
}
@Override
public void handleMessage(Message msg) {
super.handleMessage(msg);
switch (msg.what) {
case 200:
LayoutMemoryActivity activity = (LayoutMemoryActivity) mWeakRef.get();
activity.mTV_incloud_merge.setText((String) msg.obj);
break;
}
}
}
第二种: Handler.Callback方式处理消息
Handler mHandler = new Handler(new Handler.Callback() {
@Override
public boolean handleMessage(Message msg) {
switch (msg.what) {
case 200:
mTV_incloud_merge.setText((String) msg.obj);
break;
}
return false;
}
})
复制代码属性动画导致的内存泄漏
当一个Activy中有一个无限循环的属性动画，在Activy销毁的时候没有停止动画也会引起内存泄漏
ObjectAnimator oA = ObjectAnimator.ofFloat(mBnt_layoutMemory, "rotation", 0, 360).setDuration(20000);
oA.start();
1
2
上面的是一个按钮选装动画，20秒后执行完，如果在动画还为执行完的时候销毁Activy，将会导致Activy无法释放引起内存泄漏。下面是解决办法
@Override
protected void onDestroy() {
super.onDestroy();
//取消动画
oAnimator.cancel();
}
ListView和Bitmap优化
ListView优化
ListView的优化是一个很长见的问题，主要是通过ViewHolder实现对item的复用，这里不做过多的解释了。在这我推荐一篇文章感兴趣的可以看看，下面有一个例子:
@Override
public View getView(final int position, View convertView, ViewGroup parent) {
MyHolder myHolder = null;
//判断是否有缓存布局
if (convertView == null) {
convertView =LayoutInflater.from(context).inflate(android.R.layout.simple_list_item_1, null);
myHolder = new MyHolder(convertView);
convertView.setTag(position);
} else {
//得到缓存布局
myHolder = (MyHolder) convertView.getTag();
}
myHolder.mTV_test1.setText(textContent);
}
class MyHolder {
TextView mTV_test1;
MyHolder(View view) {
mTV_test1 = view.findViewById(android.R.id.text1);
}
}
Bitmap优化
我们大部分图片处理是使用glide、‘picasso’，这些框架在图片加载速度和性能优化方面已经很好了，但有些特殊情况可能需要我们自己实现图片的处理，主要注意下面几个方面。
对图片进行压缩
缓存策略
图片不使用的时候要记得释放
总结
android的性能优化需要了解的方面还有很多比如电量的优化、包大小、启动速度的优化等等，上面列出的只是一部分常见的问题和解决办法。在开发过程中需要优化的放要远比上面写道的多，还需要我们自己多积累经验和结合实际考虑来优化。
免费获取安卓开发架构的资料（包括Fultter、高级UI、性能优化、架构师课程、 NDK、Kotlin、混合式开发（ReactNative+Weex）和一线互联网公司关于android面试的题目汇总可以加：936332305 / 链接：点击链接加入【安卓开发架构】：
分享资料：
链 接 : https://pan.baidu.com/s/1ihwAYjeMbq1RInmNKeRxqw
提取码: wwsc
- 2020年脑机接口即将落地.pdf
- 2030年科幻落地的前夜：人类如何应对机器觉醒.pdf
- 3D深度视觉产业链全解读 TOF技术或成黑马.pdf
- 5G技术将如何影响全球经济.pdf
- AI三板斧_智东西出品.pdf
- AI产业链解读：老美家大财厚 中国如何才能后发先至.pdf
- AR红包技术层面全解读 引爆场景营销.pdf
- CB Insights发布独角兽英雄榜 揭秘资本寒冬下的生存法则.pdf
- CB Insights起底VC八杰 谁在做独角兽的幕后推手.pdf
- CB Insight发布创业百强榜单 AI成功案例最强盘点.pdf
- GfK 2017一季度VR零售市场报告 全面解读产业盈利模式.pdf
- GFK中国VR零售市场调研报告 平价设备成主力军.pdf
- GSMA移动经济发展态势全解读 亚太+5G成未来钥匙.pdf
- IBM全面解读认知计算：IoT和AI并非全部 行业已经开始盈利.pdf
- IDC：机器人3.0时代开启 细分市场兹待爆发.pdf
- 联合国：2017全球投资报告.pdf
- VR市场现状调研：启动期资金才是王道 2C应用五年内难有突破.pdf
- VR开发者报告：不炒作！我们正经做生意.pdf
- WEF 2017全球风险报告当平缓的经济撞上技术爆炸.pdf
- 中国互联网单车租赁市场专题分析 资本驱动下的圈地战.pdf
- 互联网迎来AI 时代，海外科技巨头争先布局.pdf
- 产业链视角：怎样设计一款全面屏手机.pdf
- 人工智能和工业4.0进行时 机器人创企50强都有谁？.pdf
- 从苹果ARkit看AR未来的黄金五年.pdf
- 企业AI转型价值详解：百亿资本催化的数字鸿沟.pdf
- 企业数字化落地加速 下一波机遇在哪里？.pdf
- 信通院物联网产业深度报告 平台化和数据服务即将爆发.pdf
- 刘强东马云正面杠 新零售时代智慧物流平台战打响.pdf
- 创业公司尸检报告：盈利模式错误 融资失败成致命打击.pdf
- 剧透高通9150 C-V2X.pdf
- 区块链+IPO靠谱吗？解密首次代币众筹的逻辑与隐忧.pdf
- 区块链创投热潮力推技术转化 构建价值互联网.pdf
- 千亿级智能安防市场解读：设备和技术都已经准备好了.pdf
- 华为VR大数据：全面解读2C市场突破口和技术门槛.pdf
- 国内AI技术发展快 资本寒冬不难挨.pdf
- 埃森哲解读5G智慧城市 GDP狂增5000亿美元.pdf
- 如何抓准新能源汽车蓝海的目标用户.pdf
- 学院派发达国家是如何制定AI发展计划的？.pdf
- 已有12+飞行器研发公司 NASA联手FAA推进航空商业化.pdf
- 德勤技术趋势全面盘点：企业如何搭上现代化快车.pdf
- 德勤物联网工业全解读：从“后知后觉”到“先见之明”.pdf
- 战略解读：库克为何入局智能音箱.pdf
- 截至2030年技术爆发点全面预测 3D打印和人工智能火力全开.pdf
- 捷孚凯3C市场报告：手机大卖电脑回血消费走向中高端.pdf
- 摩根大通智能汽车百亿市场深度调研 看23家中国零部件制造商如何突围.pdf
- 数字时代北京深圳创业最强 川渝地区或成第四极经济圈.pdf
- 数据大象流对网络架构发起挑战 MR才是产业的未来 .pdf
- 新能源后补贴时代 自主品牌的“野化”路.pdf
- 新能源浪潮的第二大风口：电能存储.pdf
- 无人机基站——应急通信新方案.pdf
- 普华永道全球科技行业IPO回顾 独角兽缺席导致的冷场.pdf
- 普华永道蓝皮书 全面盘点中国汽车市场新常态.pdf
- 普华永道：15.7万亿美元AI市场的八大入口.pdf
- 新能源后补贴时代 自主品牌的“野化”路.pdf
- 智慧医疗是如何成为AI规模最大，增长最快的领域的？.pdf
- 智能传感器：未来机器的感官 百亿美元的市场.pdf
- 智能语音生态盘点：科技巨头战略布局 两大场景率先爆发.pdf
- 智能音箱市场分析：为什么大家都在抢这个两亿小蛋糕？.pdf
- 毕马威17Q1风投报告：正常化下的VC生存法则.pdf
- 毕马威电子商务深度调研：中国成手机端网购大户 引领社交平台的品牌宣传.pdf
- 毕马威颠覆性技术调研 841名高管共寻突破.pdf
- 毕马威：20个痛点对策看懂金融科技.pdf
- 深度学习成最大爆点 巨头们如何构建AI生态.pdf
- 深度解读白宫58页AI白皮书：全面盘点技术、产业和战略.pdf
- 深度：从供需革命看智能手机的七大发展趋势.pdf
- 特斯拉现有及Model3潜在国产产业链梳理.pdf
- 电子消费市场总值缩水又怎样 17年移动互联和可穿戴照样赚个盆满钵.pdf
- 白宫再推人工智能白皮书 技术过渡期应如何应对工种转型.pdf
- 突围新零售电商时代：移动为先 社交互动.pdf
- 维度提升 AR 开启视觉入口时代.pdf
- 美国信息技术产业委员会：14条人工智能政策准则.pdf
- 联合国点名表扬：中国数字支付生态系统是如何实现领先的.pdf
- 致企业管理者：下一场工业革命的十大原则.pdf
- 解密：NB-IoT商用元年的背后推手都有谁？.pdf
- 让李彦宏梭哈的AI+医疗有何神通 产业链报告解读万亿市场.pdf
- 诚实回答：AI产业界现在，究竟在做啥？.pdf
- 谈谈你们都在怕的国内AI人才缺口.pdf
- 谷歌壕无人性收购史：14家公司，260.5亿美元.pdf
- 谷歌自曝无人驾驶核心技术！700亿估值Waymo炼成之谜.pdf
- 软银世界大会：一文读懂孙正义眼中的不久和将来.pdf
- 量子计算创业盘点：无敌是多么寂寞.pdf
- 阿里云服务战略解读：马云如何布张新零售包围圈.pdf
- 高盛史上最全面AI产业盘点 深度解析背后技术.pdf
- 麦肯锡中国市场调研：AI是科技板块的狂欢 传统行业的两难.pdf
- 麦肯锡市场深度观察：如何电动汽车的销售和盈利.pdf
- 麦肯锡深度解读中国AI路的三座大山预言五大战略重点.pdf