android性能优化

一款好的app首先要保证界面优美，运行流畅，动画效果优美，当然实用和用户好评才是最关键的。今天我就总结一下android性能优化，如果有好的建议，可以留言。

一, 布局建议：.一款好的界面决定了app的成败。那么程序员编写ui的时候有几点建议：

    1.android冲3.0的时候ide自动化创建布局就使用了relativelayout，相对于linearlayout，可以介绍xml解析的层级的复杂度，如果你的布局相对复杂，那么建议实用，但是布局简单的话，建议用linearlayout,，可以减少代码编写，用起来也很方便

   2. 对于app中重复使用的布局，建议实用include标签，  减少代码编写，而对于include标签只支持android:layout.xxx的属性，但是android：id是个特列

   3.merge 标签，通常和include标签一块使用，为了减少层级，那么什么情况下用merge，举个例子：

 当我们需要 A  inlcude 一个view  B的时候，A 为线性布局，而且垂直下线，而B如果也是垂直向下的话 就没有必要再外部套一个linearlayout，可以直接使用merge，但是有人问了 那我可以不用merge直接写布局，这样你可以试试，androidxml 必须引入他的xmlns：android 协议

  4.使用viewstub 在适当的时候显示布局，如果不使用可以去除，通常Viewstub标签是默认不加载不占用内存的，只有当你findbyviewid(R.view.xx).setVisibility(View.visible);或者findbyviewid(R.view.xx).inflate();才回去加载布局暂用内存，通常和include一起用

 二：绘制
        大家都使用过自定义view，网上有很多这方面的知识，今天我只谈ondraw（）,因为view在绘制在绘制的时候是一直会回调ondraw（）方法，所以要避免多次创建新对象，然后在ondraw（）里面执行耗时的工作，会引起界面卡顿是用户无法容忍的，其次要在ondraw()绘制图片的时候，一定要bitmap.recyle();，对于绘制时的

onMeasure（）和onLayout（）在onlayout的时候回多次调用onmeasure（）方法，大家可以下来继续看

 

三：动画：

       对于动画来说一般都会绑定在view上，而view绑定在activity或者fragmetn中，那么对于一直运行的动画就会导致内存泄漏，所以在不适用的情况下一定要cencle动画，对于3.0的属性动画更需要取消

四：内存泄漏：

现在ide有需要观察工具来查看内存泄漏，（mat  ，leakcanary之类的），引起内存泄漏的就是该释放的没释放。或者是引用了context 或者使用了static引起的，在android中内存泄漏最严重的就是bitmap和context了，
以下是引用别人的东西：

内存泄漏：是指内存得不到GC的及时回收，从而造成内存占用过多，从而导致程序Crash，也就是常说的OOM。 一、static 先来看下面一段代码 public class DBHelper { private static DBHelper db= null; private DBHelper() { } public static DBHelper getInstance(Context context) { if (bitmapUtils == null) { synchronized (DBHelper.class) { if (db== null) { db= new db(context,DBNAME); } } } return db; } } 这样的代码在项目中很常见，如果大家仔细一点，应该能发现问题在那里。helper中持有了context的应用，而DBHelper是全局的，也就是说，当在一个Activity中使用了DBHelper，即使这个Activity退出了，这个Activity也没法被GC回收，从而造成Activity一直驻留在内存中。 这个解决方案也比较简单，代码如下 public class DBHelper { private static DBHelper db= null; private DBHelper() { } public static DBHelper getInstance(Context context) { if (bitmapUtils == null) { synchronized (DBHelper.class) { if (db== null) { db= new db(context.getApplicationContext(),DBNAME); } } } return db; } } 只需要把context改成ApplicationContext()即可，因为ApplicationContext本身就是全局的。 二、非静态内部类、Handler 先来看一段代码 private Handler handler = new Handler(){ @Override public void dispatchMessage(Message msg) { // 消息处理 } }; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); new Thread(new Runnable() { @Override public void run() { // 耗时操作 handler.sendEmptyMessage(1); } }).start(); } 我们知道非静态内部类会持有外部类的引用，此时这里的Handler持有着外部Activity的引用，当我们在Activity的内部类中进行异步耗时操作时，我们的Activity如果此时被finish掉了，而异步任务没有执行结束，这就会导致我们的Activity对象不能及时的被GC回收，从而导致内存问题。 这样的问题解决起来也很简单 不要在匿名内部类中进行异步操作 使用静态匿名内部类 总结：内存问题大多数都是因为对对象生命周期的不巧当处理造成的，在使用某个对象时，我们需要仔细研究对象的生命周期，当处理一些占用内存较大并且生命周期较长的对象时，应用使用软引用对其就行处理，及时关闭不使用的资源。