快捷導(dǎo)航

Android Force Close 出現(xiàn)的異常原因分析及解決方法

更新時(shí)間：2016年08月10日 09:24:12 作者：超超boy

本文給大家講解Android Force Close 出現(xiàn)的異常原因分析及解決方法，forceclose意為強(qiáng)行關(guān)閉，當(dāng)前應(yīng)用程序發(fā)生了沖突。對(duì)android force close異常分析感興趣的朋友一起通過(guò)本文學(xué)習(xí)吧

一、原因：

forceclose，意為強(qiáng)行關(guān)閉，當(dāng)前應(yīng)用程序發(fā)生了沖突。

NullPointExection（空指針），IndexOutOfBoundsException（下標(biāo)越界），就連Android API使用的順序錯(cuò)誤也可能導(dǎo)致（比如setContentView()之前進(jìn)行了findViewById()操作）等等一系列未捕獲異常

二、如何避免

如何避免彈出Force Close窗口，可以實(shí)現(xiàn)Thread.UncaughtExceptionHandler接口的uncaughtException方法代碼如下：

public class MainActivity extends Activity implements Thread.UncaughtExceptionHandler,
View.OnClickListener {
private List<String> mList = new ArrayList<String>();
private Button btn;
private int pid;
@Override
protected void onCreate(Bundle savedInstanceState) {
// TODO Auto-generated method stub
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
Log.i("tag", "--->>onCreate");
initView();
//設(shè)置處理異常的handler
Thread.setDefaultUncaughtExceptionHandler(this);
}
/**
* 初始化控件
*/
private void initView() {
btn = (Button) findViewById(R.id.main_btn);
btn.setOnClickListener(this);
}
@Override
public void uncaughtException(Thread arg0, Throwable arg1) {
// TODO Auto-generated method stub
Log.i("tag", "截獲到forceclose，異常原因?yàn)椋? + "\n" +
arg1.toString()+" Thread:"+arg0.getId());
// finish();//結(jié)束當(dāng)前activity
android.os.Process.killProcess(android.os.Process.myPid());
}
@Override
public void onClick(View arg0) {
// TODO Auto-generated method stub
switch (arg0.getId()) {
case R.id.main_btn:
mList.get(1) ;//產(chǎn)生異常
break;
default:
break;
}
}
@Override
protected void onPause() {
super.onPause();
Log.i("tag", "--》onpause");
}
@Override
protected void onStop() {
// TODO Auto-generated method stub
super.onStop();
Log.i("tag", "--->onstop");
}
@Override
protected void onDestroy() {
// TODO Auto-generated method stub
super.onDestroy();
Log.i("tag", "-->ondestroy");
}
}

　再補(bǔ)充一句，想要哪個(gè)線程可以處理未捕獲異常，Thread.setDefaultUncaughtExceptionHandler( this); 這句代碼都要在那個(gè)線程中執(zhí)行一次

在uncaughtException方法中，第一個(gè)參數(shù)是線程，第二個(gè)參數(shù)是異常。

public void uncaughtException(Thread arg0, Throwable arg1) {
// TODO Auto-generated method stub
Log.i("tag", "截獲到forceclose，異常原因?yàn)椋? + "\n" +
arg1.toString()+" Thread:"+arg0.getId());
// finish();//結(jié)束當(dāng)前activity
android.os.Process.killProcess(android.os.Process.myPid());
}

　接下來(lái)，看log日志的結(jié)果：

08-0918:50:27.87410739-10739/example.com.force_anrI/tag:--->>onCreate
08-0918:50:31.66410739-10739/example.com.force_anrI/tag:截獲到forceclose，異常原因?yàn)椋?/p>

java.lang.IndexOutOfBoundsException:Invalidindex1,sizeis0Thread:1

成功捕獲到了異常，而且activity也退出了，可是并不是安全退出，因?yàn)楫?dāng)你再次點(diǎn)擊打開(kāi)apk時(shí)，發(fā)現(xiàn)程序無(wú)響應(yīng)。

為了解決上述問(wèn)題，我在uncaughtException方法里將進(jìn)程殺死，殺死進(jìn)程有好多中方法，在此列舉一個(gè)自殺式方法

修改如下：

@Override 
public void uncaughtException(Thread arg0, Throwable arg1) { 
// TODO Auto-generated method stub 
Log.i("tag", "截獲到forceclose，異常原因?yàn)椋? + "\n" + 
arg1.toString()); 
android.os.Process.killProcess(android.os.Process.myPid()); //
}

其他程序未變。。

3，我們不僅可以在主線程中這么做，還可以在子線程中進(jìn)行：

然后在activity的生命周期中開(kāi)啟子線程，監(jiān)聽(tīng)未捕獲異常的發(fā)生。

class MyRunnable extends Thread implements Thread.UncaughtExceptionHandler {
@Override
public void run() {
// TODO Auto-generated method stub
Thread.setDefaultUncaughtExceptionHandler(this);
}
@Override
public void uncaughtException(Thread arg0, Throwable arg1) {
// TODO Auto-generated method stub
Log.i("tag", "childThread:截獲到forceclose，異常原因?yàn)椋? + "\n" +
arg1.toString()+" Thread->"+arg0.getId()+" 本線程id->"+Thread.currentThread().getId()+" "+
Thread.currentThread().getName());
android.os.Process.killProcess(android.os.Process.myPid());
}
}

　　這里有個(gè)問(wèn)題：我們明明是在子線程捕獲的異常，但是怎么Thread的id->1 本線程id->1，為什么線程是主線程！在下面探討這個(gè)問(wèn)題。

08-09 19:02:47.734 14483-14483/example.com.force_anr I/tag: --->>onCreate
08-09 19:02:51.304 14483-14483/example.com.force_anr I/tag: childThread:截獲到forceclose，異常原因?yàn)椋?
java.lang.IndexOutOfBoundsException: Invalid index 1, size is 0 Thread->1 本線程id->1 main

4.解決第三步的問(wèn)題

我們重寫子線程：在子線程里設(shè)置異常，同時(shí)別忘把a(bǔ)ctivity中的捕獲異常的代碼和發(fā)生異常的代碼刪除。

class MyRunnable extends Thread implements Thread.UncaughtExceptionHandler {
int a[];
@Override
public void run() {
// TODO Auto-generated method stub
Thread.setDefaultUncaughtExceptionHandler(this);
int i = a[0];//異常
}
@Override
public void uncaughtException(Thread arg0, Throwable arg1) {
// TODO Auto-generated method stub
Log.i("tag", "childThread:截獲到forceclose，異常原因?yàn)椋? + "\n" +
arg1.toString()+" Thread->"+arg0.getId()+" 本線程id->"+Thread.currentThread().getId()+" "+
Thread.currentThread().getName());
android.os.Process.killProcess(android.os.Process.myPid());
}
}

　　在啟動(dòng)程序看到下面的log：

08-09 19:08:20.124 16308-16308/example.com.force_anr I/tag: --->>onCreate
08-09 19:08:20.124 16308-16341/example.com.force_anr I/tag: childThread:截獲到forceclose，異常原因?yàn)椋?
java.lang.NullPointerException: Attempt to read from null array Thread->44829 本線程id->44829 Thread-44829
08-09 19:08:20.254 16349-16349/example.com.force_anr I/tag: --->>onCreate
08-09 19:08:20.354 16376-16376/example.com.force_anr I/tag: --->>onCreate
08-09 19:08:20.354 16376-16411/example.com.force_anr I/tag: childThread:截獲到forceclose，異常原因?yàn)椋?
java.lang.NullPointerException: Attempt to read from null array Thread->44839 本線程id->44839 Thread-44839

　好像是嘗試啟動(dòng)了兩次，看下Thread已經(jīng)變了。所以在這個(gè)方法uncaughtException(Thread arg0, Throwable arg1)中的arg0指的是發(fā)生異常的那個(gè)Thread，而不一定是uncaughtException注冊(cè)的Thread。

以上所述是小編給大家介紹的Android Force Close 出現(xiàn)的異常原因分析及解決方法，希望對(duì)大家有所幫助，如果大家有任何疑問(wèn)請(qǐng)給我留言，小編會(huì)及時(shí)回復(fù)大家的。在此也非常感謝大家對(duì)腳本之家網(wǎng)站的支持！

您可能感興趣的文章: