Android常见导致内存问题的案例，宅家36天咸鱼翻身入职腾讯

public static Singleton getInstance(Context context){

if(mInstance == null){

mInstance = new Singleton(context);

}

return mInstance;

}

}

一般情况下，静态变量 和 Class 与 ClassLoader 的生命周期，进程的生命周期一致。上诉写法会导致 第一次调用 getInstance 传入的activity 不会释放，从而导致内存泄漏。所以 Static 关键字修饰的成员变量要注意引用关系。

解决方案：

1. 尽量不在单例里构造函数使用 context ， 如果一定要用的话，可以传入 ApplicationContext 因为它与进程的生命周期一致。大部分情况下不会涉及界面的修改， ApplicationContext 就足够了。

2. 如果实在非要使用 Activity 的 context，可以使用软引用。

3. 非静态匿名内部类

val thread = Thread(mRunnable)

thread.start()

private val mRunnable = object :Runnable {

override fun run() {

try {

TAG = “mRunnable”

Thread.sleep(200000);

}catch (e: Exception){

e.printStackTrace()

}

}

}

mRunnable 为非静态匿名内部类实例，持有了外部引用，与 handler 例子类似导致了泄漏。

解决方案：

JAVA 中 设置 mRunnable 为静态 。

kotlin 编译阶段有优化，只要不掉用外部变量，则不会持有引用。

4.属性动画

anim = ValueAnimator.ofFloat(0f, 1f)

anim.duration = 30000

animator = ObjectAnimator.ofFloat(textview, “alpha”, 1f, 0f, 1f)

animator.duration = 500000

animator.start()

主要原因在于 android.animation.AnimationHandler#sAnimatorHandler 是 static 的，导致了内存泄漏。

可以按如下顺序跟代码：

android.animation.ValueAnimator#cancel

android.animation.ValueAnimator#endAnimation

android.animation.ValueAnimator#removeAnimationCallback

android.animation.ValueAnimator#getAnimationHandler

android.animation.AnimationHandler#getInstance

android.animation.AnimationHandler#sAnimatorHandler

解决方案：

override fun onDestroy() {

super.onDestroy()

anim.cancel()

animator.cancel()

}

5.资源未关闭

BraodcastReceiver，ContentObserver，File，游标 Cursor，Stream 等资源未及时解注册和释放

解决方案：

及时解注册。资源及时释放。有些语法糖比如Java 1.7 提供的try-with-resource。以及Kotlin FileReadWrite.kt 大多实现了kotlin.io.CloseableKt#use

6.自定义View onDraw 每次new对象

@Override

protected void onDraw(Canvas canvas) {

Paint paint = new Paint();

}

onDraw执行非常频繁，如果在里面new 对象会导致频繁的申请内存和释放。另外一方面，频繁的 GC 也会导致卡顿。

解决方案：

private Paint mPaint;

public TestView(Context context) {

super(context);

mPaint = new Paint();

}

7. 所有图片都预先加载

//mJustView 其实只有部分机型收到广播后才需要add到window上，然而这里直接在初始化时就已经加载到内存里了。

private void makeJustView() {

RelativeLayout root = (RelativeLayout) View.inflate(mContext, R.layout.eye_layout, null);

mConfrim = (Button) root.findViewById(R.id.confirm);

mConfrim.setOnClickListener(this);

mJustView = root;

}

private void init() {

makeJustView();

}

解决方案：

//使用懒加载，仅有部分机型收到广播后，才会加载这张图，对于其他机型这部分内存就省下了

private BroadcastReceiver mIntentReceiver = new BroadcastReceiver() {

@Override

public void onReceive(Context conmTextView, Intent intent) {

showProtectView(getJustView());

}

}

};

private View getJustView(){

if(mJustView == null){

makeJustView();

}

return mJustView;

}

private void init() {

}

og.csdn.net/u012165769/article/details/116270155)8. 图片放错目录

假设本应该放在xhdpi的图片 放在了mdpi目录下，在xhdpi的机器上运行时，长宽会被放大两倍，相应的内存会变成两倍。

直接放错的概率不到，比较容易发生在换图，UI只提供了一张图什么的。

9. XML布局

有些view可能在布局里只显示一次的，比如引导图，其实是可以使用 ViewStub。代替VISIBLE/GONE的，需要时再加载。

imageView.setVisibility(View.VISIBLE);

imageView.setVisibility(View.GONE);

10.Bitmap使用

• inSampleSize 采样加载bitmap