android 代码的性能优化

1、对于数值不边的变量使用static final 来进行修饰，这个常量将经过的编译优化
2、不使用枚举类型，android官方也不推荐使用枚举，在有枚举的需求时，可以考虑定义static final常量和注解来配合使用，例如源码的Toast的两个常量

    public static final int LENGTH_SHORT = 0;
    public static final int LENGTH_LONG = 1;
/** @hide */
    @IntDef({LENGTH_SHORT, LENGTH_LONG})
    @Retention(RetentionPolicy.SOURCE)
    public @interface Duration {}

3、弱引用的是使用：在使用那些对性能比较有要求的模块，view,draw，bitmap,content的时候，可以考虑使用那些弱引用，需要参考案例的话可以看看glide的源码，里面的弱应用用的比较多，使用例子

private static WeakReference context;
   @Override
   public void onCreate() {
       super.onCreate();
       context = new WeakReference(this);
   }
   public static Context getContext() {
       return context.get();
   }

4、内部类是用外部类的对象，最常见的就是handler的使用

private Handler handler = new Handler() {

    @Override

    public void handleMessage(Message msg) {

        Toast.makeText(Act.this, "I am handler", Toast.LENGTH_SHORT).show();

    }

};

适当的改成进行传参的方式，注意了，这里面引用了content，所以可以考虑1的方案采用弱应用，组合起来就是

private Handler handler = new MyHandler(this);

private static class MyHandler extends Handler {

    private WeakReference activity;

    public MyHandler(Act activity) {

        this.activity = new WeakReference<>(activity);

    }

    @Override

    public void handleMessage(Message msg) {

        Toast.makeText(activity.get(), "show toast from handler", Toast.LENGTH_SHORT).show();

    }

}

5、过时的方法应用考虑版本的兼容性
比如

if (mContentView != null) {
            if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.JELLY_BEAN) {
                mContentView.getViewTreeObserver().removeOnGlobalLayoutListener(this);
            }
        }else {
            mContentView.getViewTreeObserver().removeGlobalOnLayoutListener(this);
        }

再比如

         this.getResources().getColor()//无法进行全部版本的覆盖

所以替换成

        ContextCompat.getColor()

具体可以看下ContextCompat的源码，原理都是一样的
6、不要在多在多创建和销毁时重复创建对象
最常用的里面就是，自定义view的时候，画笔的创建，很多人经常在ondraw()里面进行画笔对象的创建

 @Override
    protected void onDraw(Canvas canvas) {
        super.onDraw(canvas);
        if (isInEditMode() || mTabCount <= 0) {
            return;
        }
        Paint paint = new Paint();
        paint.setColor(Color.WHITE);
}

应该修改成

 Paint paint = new Paint();

    @Override
    protected void onDraw(Canvas canvas) {
        super.onDraw(canvas);
        if (isInEditMode() || mTabCount <= 0) {
            return;
        }
        paint.setColor(Color.WHITE);
}

7、自定义view的时候，如果有自定义属性，declare-styleable 的名字应该和自定义view的名字一样，不然在使用自定义view的时候，在xml中将无法自动提示自定义属性，使用起来贼不方便
比如定义了一个自定义view BadgeTabLayout在attrs文件中定义自定义属性时

declare-styleable的名字明显不对，到时无法绑定关联在使用的时候，贼麻烦
所以应用改成

8、内存抖动，最常见的就是string的拼接问题，在for循环中采用字符串的拼接，将导致内存出现一定幅度的抖动，所以在一到拼接的需求时，可以考虑使用stringbuilder的append()来解决这方面的需求

好了，以上就是目前所能想到的比较值得统计出来的几个点了，想到其他的后期再补上去