关于是否可以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

最后编辑于 ：
©著作权归作者所有,转载或内容合作请联系作者
  • 人面猴
    序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
    沈念sama阅读 203,362评论 5赞 477
  • 死咒
    序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
    沈念sama阅读 85,330评论 2赞 381
  • 救了他两次的神仙让他今天三更去死
    文/潘晓璐 我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
    开封第一讲书人阅读 150,247评论 0赞 337
  • 道士缉凶录：失踪的卖姜人
    文/不坏的土叔 我叫张陵，是天一观的道长。 经常有香客问我，道长，这世上最难降的妖魔是什么？ 我笑而不...
    开封第一讲书人阅读 54,560评论 1赞 273
  • 港岛之恋（遗憾婚礼）
    正文 为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
    茶点故事阅读 63,580评论 5赞 365
  • 恶毒庶女顶嫁案：这布局不是一般人想出来的
    文/花漫 我一把揭开白布。 她就那样静静地躺着，像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上，一...
    开封第一讲书人阅读 48,569评论 1赞 281
  • 城市分裂传说
    那天，我揣着相机与录音，去河边找鬼。 笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。 我是一名探鬼主播，决...
    沈念sama阅读 37,929评论 3赞 395
  • 双鸳鸯连环套：你想象不到人心有多黑
    文/苍兰香墨 我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
    开封第一讲书人阅读 36,587评论 0赞 258
  • 万荣杀人案实录
    序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
    沈念sama阅读 40,840评论 1赞 297
  • 护林员之死
    正文 独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,596评论 2赞 321
  • 白月光启示录
    正文 我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,678评论 1赞 329
  • 活死人
    序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
    沈念sama阅读 33,366评论 4赞 318
  • 日本核电站爆炸内幕
    正文 年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
    茶点故事阅读 38,945评论 3赞 307
  • 男人毒药：我在死后第九天来索命
    文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,929评论 0赞 19
  • 一桩弑父案，背后竟有这般阴谋
    文/苍兰香墨 我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,165评论 1赞 259
  • 情欲美人皮
    我被黑心中介骗来泰国打工， 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。 一个月前我还...
    沈念sama阅读 43,271评论 2赞 349
  • 代替公主和亲
    正文 我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
    茶点故事阅读 42,403评论 2赞 342

推荐阅读更多精彩内容

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