关于是否可以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
作者:忆_析风
链接:https://www.jianshu.com/p/f62ab73a7de2
共同学习,写下你的评论
评论加载中...
作者其他优质文章