文章链接如上需先阅读完再读此文。
首先从这篇文字看到了结论: 是不影响的,但是读完之后我又疑问,如果其他线程能继续运行,为何在安卓中进程就崩溃了,然后我从上面文章的代码第一个thread的改成如下
new Thread(new Runnable() {
@Override
public void run() {
List<byte[]> list = new ArrayList<byte[]>();
while (true) {
System.out.println(new Date().toString() + Thread.currentThread() + "==");
try {
byte[] b = new byte[1024 * 1024 * 10];
list.add(b);
} catch (Throwable e) {
e.printStackTrace();
break;
}
try {
Thread.sleep(1000);
} catch (Exception e) {
e.printStackTrace();
}
}
}
}).start();复制代码
第二个线程不变
new Thread(new Runnable() {
@Override
public void run() {
List<byte[]> list = new ArrayList<byte[]>();
while (true) {
System.out.println(new Date().toString() + Thread.currentThread() + "==");
try {
Thread.sleep(1000);
} catch (Exception e) {
e.printStackTrace();
}
}
}
}).start();复制代码
即加了异常捕获,这样之后第二个线程就可以继续进行了,原因是安卓的Runtime Exception如果不被捕获会造成delvik虚拟机崩溃,那么第二个线程也会死掉。日志如下
可见,第一个线程线程OOM之前也会执行GC,第一个线程OOM之后便死掉了,第二个线程继续执行,我们还可以验证第一个线程死掉之后第一个线程的内存会被GC回收掉。
把第二个线程改成如下
new Thread(new Runnable() {
@Override
public void run() {
List<byte[]> list = new ArrayList<byte[]>();
while (true) {
System.out.println(new Date().toString() + Thread.currentThread() + "==");
//这里会打印当前进程的内存信息
getMemeryInfo();
//这里分配小内存,会一直执行,直到进程崩溃。但是运行时间比第一个时间长
byte[] b = new byte[1024 * 1024];
list.add(b);
try {
Thread.sleep(1000);
} catch (Exception e) {
e.printStackTrace();
}
}
}
}).start();复制代码
public void getMemeryInfo() {
// 当前分配的总内存
float totalMemory = (float) (Runtime.getRuntime().totalMemory() * 1.0 / (1024 * 1024));
//剩余内存
float freeMemory = (float) (Runtime.getRuntime().freeMemory() * 1.0 / (1024 * 1024));
// System.out.println("maxMemory: "+maxMemory);
Log.d("MainActivity", "totalMemory==" + totalMemory + " freeMemory==" + freeMemory);
}复制代码
从这张图可以看到进程内存是一直增加的
从这张图可以看到此时第一个线程已经崩溃
从这张图可以看到第一个线程死掉之后 进程总内存已经降到33M,第二个线程继续执行。
以上就是读那篇文章的疑惑和解释。