关于是否可以try catch OutOfMemoryError的讨论

关于是否可以try catch OutOfMemoryError的讨论

目录

[TOC]

问题由来

这是一家公司的面试题目,感觉有点意思,所以面试回来准备测试下什么情况

问题论点

对于这个问题,主要讨论两种OutOfMemory可能性,一种是突然使用了大量内存,比如加载了特别巨大的图片,第二是内存泄漏.

然后还有个问题是,一旦发生OOM,引发OOM的操作是否会成功,如果会成功赋值是否会成功呢?理论上操作和赋值都不会成功的,但是我觉得有必要尝试一下.

构建测试代码

那么针对问题构建测试代码如下

activity_main.xml

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:orientation="vertical"
    tools:context=".MainActivity">

    <Button
        android:id="@+id/out"
        android:layout_width="match_parent"
        android:layout_height="wrap_content"
        android:layout_margin="10dp"
        android:padding="10dp"
        android:text="变量在try外面"
        android:textSize="15sp" />

    <Button
        android:id="@+id/in"
        android:layout_width="match_parent"
        android:layout_height="wrap_content"
        android:layout_margin="10dp"
        android:padding="10dp"
        android:text="变量在try里面"
        android:textSize="15sp" />

    <Button
        android:id="@+id/add"
        android:layout_width="match_parent"
        android:layout_height="wrap_content"
        android:layout_margin="10dp"
        android:padding="10dp"
        android:text="添加数组"
        android:textSize="15sp" />

    <Button
        android:id="@+id/action"
        android:layout_width="match_parent"
        android:layout_height="wrap_content"
        android:layout_margin="10dp"
        android:padding="10dp"
        android:text="其他正常操作"
        android:textSize="15sp" />

    <Button
        android:id="@+id/gc"
        android:layout_width="match_parent"
        android:layout_height="wrap_content"
        android:layout_margin="10dp"
        android:padding="10dp"
        android:text="垃圾回收"
        android:textSize="15sp" />

    <TextView
        android:id="@+id/left"
        android:layout_width="match_parent"
        android:layout_height="wrap_content"
        android:layout_margin="10dp"
        android:padding="10dp"
        android:textSize="15sp" />
</LinearLayout>

MainActivity.java

package com.yxf.trytocatchoutofmemory;

import android.app.ActivityManager;
import android.content.Context;
import android.support.v7.app.AppCompatActivity;
import android.os.Bundle;
import android.util.Log;
import android.view.View;
import android.widget.Button;
import android.widget.TextView;

import java.util.ArrayList;

public class MainActivity extends AppCompatActivity {

    private static final String TAG = MainActivity.class.getSimpleName();
    private ArrayList<byte[]> mArrayList = new ArrayList<byte[]>();

    private Button mOutButton, mInButton, mAddButton, mActionButton, mGcButton;
    private TextView mLeftMemoryView;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        mOutButton = findViewById(R.id.out);
        mInButton = findViewById(R.id.in);
        mAddButton = findViewById(R.id.add);
        mActionButton = findViewById(R.id.action);
        mGcButton = findViewById(R.id.gc);
        mLeftMemoryView = findViewById(R.id.left);
        mOutButton.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                byte[] values = null;
                try {
                    values = new byte[1024 * 1024 * 1024];
                } catch (OutOfMemoryError error) {
                    error.printStackTrace();
                }
                if (values == null) {
                    Log.d(TAG, "onClick: values is null");
                } else {
                    Log.d(TAG, "onClick: values not null");
                }
                updateLeftMemoryView();
            }
        });
        mInButton.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                try {
                    byte[] values = new byte[1024 * 1024 * 1024];
                } catch (OutOfMemoryError error) {
                    error.printStackTrace();
                }
                updateLeftMemoryView();
            }
        });
        mAddButton.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                try {
                    mArrayList.add(new byte[1024 * 1024 * 10]);
                } catch (OutOfMemoryError error) {
                    error.printStackTrace();
                }
                updateLeftMemoryView();
            }
        });
        mActionButton.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                byte[] bytes = new byte[1024 * 1024 * 10];
                updateLeftMemoryView();
            }
        });
        mGcButton.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                System.gc();
                updateLeftMemoryView();
            }
        });
        updateLeftMemoryView();

    }

    private void updateLeftMemoryView() {
        String s = String.format("内存总计 : %#.3f , 剩余 : %#.3f", (Runtime.getRuntime().totalMemory() * 1.0 / 1024 / 1024), (Runtime.getRuntime().freeMemory() * 1.0 / 1024 / 1024));
        mLeftMemoryView.setText(s);
    }
}

测试界面

image

测试情况

变量在try外面

log如下

D: JIT code cache reset in 0 ms (0 bytes 1/0)
    GC_FOR_ALLOC freed 254K, 10% free 3058K/3376K, paused 10ms, total 12ms
I: Forcing collection of SoftReferences for 1073741836-byte allocation
D: GC_BEFORE_OOM freed 2K, 10% free 3056K/3376K, paused 9ms, total 12ms
E: Out of memory on a 1073741836-byte allocation.
I: "main" prio=5 tid=1 RUNNABLE
      | group="main" sCount=0 dsCount=0 obj=0x94c64bd8 self=0xb90c6500
      | sysTid=1571 nice=0 sched=0/0 cgrp=[fopen-error:2] handle=-1216952576
      | state=R schedstat=( 0 0 0 ) utm=45 stm=23 core=0
        at com.yxf.trytocatchoutofmemory.MainActivity$1.onClick(MainActivity.java:~37)
        at android.view.View.performClick(View.java:4438)
        at android.view.View$PerformClick.run(View.java:18422)
        at android.os.Handler.handleCallback(Handler.java:733)
        at android.os.Handler.dispatchMessage(Handler.java:95)
        at android.os.Looper.loop(Looper.java:136)
        at android.app.ActivityThread.main(ActivityThread.java:5019)
        at java.lang.reflect.Method.invokeNative(Native Method)
        at java.lang.reflect.Method.invoke(Method.java:515)
        at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:779)
        at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:595)
        at dalvik.system.NativeStart.main(Native Method)
W: java.lang.OutOfMemoryError
        at com.yxf.trytocatchoutofmemory.MainActivity$1.onClick(MainActivity.java:37)
        at android.view.View.performClick(View.java:4438)
        at android.view.View$PerformClick.run(View.java:18422)
        at android.os.Handler.handleCallback(Handler.java:733)
        at android.os.Handler.dispatchMessage(Handler.java:95)
        at android.os.Looper.loop(Looper.java:136)
        at android.app.ActivityThread.main(ActivityThread.java:5019)
        at java.lang.reflect.Method.invokeNative(Native Method)
W:     at java.lang.reflect.Method.invoke(Method.java:515)
        at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:779)
        at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:595)
        at dalvik.system.NativeStart.main(Native Method)
D: onClick: values is null

实际上这个OutOfMemoryError成功被catch到了,而且程序并没有崩溃.

程序中的剩余内存等也没有发生太大变化,这说明OutOfMemoryError触发,其实并不会真正分配内存.

而且从上面的日志信息上也可以了解到一些信息

比如:

  • 在分配可能会导致OutOfMemoryError的内存前,会先做一次垃圾回收
  • 在做这次垃圾回收时会把SoftReference也回收掉
  • 变量并没有被赋值成功

变量在Try里面

这个测试是为了测试是否会成功创建并且赋值的,由于上面结论已经确定不行了,所以这个测试其实失去了意义.

添加数组测试

这个测试是模拟内存泄漏的,类比反复的启动一个被其他类引用的activity.

这里是一直给一个ArrayList添加数据,直到接近OutOfMemory.

结果如图

image

从图中可知这个也可以catch到OutOfMemoryError

而且还可以了解到其他信息:

  • 应用分配的总内存并不是固定的,而是会根据使用情况增长的,而且这个总内存是会根据手机ram改变的,模拟器2g内存最大180mb,我真机6g内存,最大380mb.

说个题外话,那么我们手机内存明明都那么大了,却依然还是卡的原因出来了!!!无良App就是,老子最重要,老子性能,体验都要最好,然后无良App们就通过什么LruCache各种使用强引用缓存,占着内存不放,然后它真的实现了,内存都给它霸占着,系统是卡,其他后面开的App也卡,但是它就是不卡,23333333.

其他正常操作测试

这个测试是用来证明catch内存泄漏导致的oom是否有意义的

测试结果如下

image

这个操作只是一个正常而又简单的分配一个byte数组的操作,但是程序崩了.

由于之前的内存泄漏已经导致内存几乎使用完了,catch OutOfMemoryError虽然成功,但是并没有意义,因为任何一个接下来的操作都可能依然会导致OutOfMemoryError的出现.

总结

OutOfMemoryError不应该去catch,出现OutOfMemoryError不管是因为一次巨大的内存分配还是内存泄漏导致,都是程序设计的问题,如果是大内存操作,应该想办法一点点加载,或者压缩资源来加载,如果是巨大数量的排序问题,则可以选择外排序的方式进行,如果是内存泄漏,则需要寻找程序自身的设计问题.

测试源码

TryToCatchOutOfMemory

最后编辑于 ：
©著作权归作者所有,转载或内容合作请联系作者
平台声明：文章内容（如有图片或视频亦包括在内）由作者上传并发布，文章内容仅代表作者本人观点，简书系信息发布平台，仅提供信息存储服务。

推荐阅读更多精彩内容

  • Android内存优化之OOM（转）
    本文转载来源 http://www.csdn.net/article/2015-09-18/2825737/1 （...
    yoosir阅读 1,127评论 0赞 5
  • 臭直男，生日快乐🎂
    姓名：贾田田 学号：17101223395 【嵌牛导读】：读给我曾经喜欢过的那个直男 【嵌牛鼻子】：祝你永远的...
    卤菜夹馍阅读 502评论 3赞 1
  • spring事务
    大家好，我是IT修真院深圳分院java第4期学员，一枚正直善良的java程序员。今天给大家分享一下，简单的spri...
    肥胖症患者阅读 462评论 0赞 0