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> context;
@Override
public void onCreate() {
super.onCreate();
context = new WeakReference<Context>(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<Act> 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 name="BadgeTabLayout_test">
<!-- indicator -->
<!-- 设置显示器颜色 -->
<attr name="badge_indicator_color" format="color"/>
<!-- 设置显示器高度 -->
<attr name="badge_indicator_height" format="dimension"/>
</declare-styleable>
declare-styleable的名字明显不对，到时无法绑定关联在使用的时候，贼麻烦
所以应用改成
<declare-styleable name="BadgeTabLayout">
<!-- indicator -->
<!-- 设置显示器颜色 -->
<attr name="badge_indicator_color" format="color"/>
<!-- 设置显示器高度 -->
<attr name="badge_indicator_height" format="dimension"/>
</declare-styleable>
8、内存抖动，最常见的就是string的拼接问题，在for循环中采用字符串的拼接，将导致内存出现一定幅度的抖动，所以在一到拼接的需求时，可以考虑使用stringbuilder的append()来解决这方面的需求
好了，以上就是目前所能想到的比较值得统计出来的几个点了，想到其他的后期再补上去
网友评论