『壹』 android開發怎麼拋出個異常
直接throw拋出異常或者做會引起異常的操作就行了
拋出一個空指針異常
java">thrownewNullPointerException();
做除零操作（會拋出異常）
inti=1/0;
『貳』 在ANDROID開發過程中遇到這樣的異常 請高手指點 急！！！！
換個模擬器吧。。LZ去下載一個Genymotion吧，Genymotion是公認的比較好的一款模擬器。
『叄』 安卓常見異常
在Java中異常機制的一些概念。寫本文的目的在於方便我很長時間後若是忘了這些東西可以通過這篇文章迅速回憶起來。
1. 異常機制
1.1 異常機制是指當程序出現錯誤後，程序如何處理。具體來說，異常機制提供了程序退出的安全通道。當出現錯誤後，程序執行的流程發生改變，程序的控制權轉移到異常處理器。
1.2 傳統的處理異常的辦法是，函數返回一個特殊的結果來表示出現異常（通常這個特殊結果是大家約定俗稱的），調用該函數的程序負責檢查並分析函數返回的結果。這樣做有如下的弊端：例如函數返回-1代表出現異常，但是如果函數確實要返回-1這個正確的值時就會出現混淆；可讀性降低，將程序代碼與處理異常的代碼混爹在一起；由調用函數的程序來分析錯誤，這就要求客戶程序員對庫函數有很深的了解。
1.3 異常處理的流程
1.3.1 遇到錯誤，方法立即結束，並不返回一個值；同時，拋出一個異常對象
1.3.2 調用該方法的程序也不會繼續執行下去，而是搜索一個可以處理該異常的異常處理器，並執行其中的代碼
2 異常的分類
2.1 異常的分類
2.1.1 異常的繼承結構：基類為Throwable，Error和Exception繼承Throwable，RuntimeException和 IOException等繼承Exception，具體的RuntimeException繼承RuntimeException。
2.1.2 Error和RuntimeException及其子類成為未檢查異常（unchecked），其它異常成為已檢查異常（checked）。
2.2 每個類型的異常的特點
2.2.1 Error體系 Error類體系描述了Java運行系統中的內部錯誤以及資源耗盡的情形。應用程序不應該拋出這種類型的對象（一般是由虛擬機拋出）。如果出現這種錯誤，除了盡力使程序安全退出外，在其他方面是無能為力的。所以，在進行程序設計時，應該更關注Exception體系。
2.2.2 Exception體系 Exception體系包括RuntimeException體系和其他非RuntimeException的體系
2.2.2.1 RuntimeException RuntimeException體系包括錯誤的類型轉換、數組越界訪問和試圖訪問空指針等等。處理RuntimeException的原則是：如果出現 RuntimeException，那麼一定是程序員的錯誤。例如，可以通過檢查數組下標和數組邊界來避免數組越界訪問異常。
2.2.2.2 其他（IOException等等）這類異常一般是外部錯誤，例如試圖從文件尾後讀取數據等，這並不是程序本身的錯誤，而是在應用環境中出現的外部錯誤。
2.3 與C++異常分類的不同
2.3.1 其實，Java中RuntimeException這個類名起的並不恰當，因為任何異常都是運行時出現的。（在編譯時出現的錯誤並不是異常，換句話說，異常就是為了解決程序運行時出現的的錯誤）。
2.3.2 C++中logic_error與Java中的RuntimeException是等價的，而runtime_error與Java中非RuntimeException類型的異常是等價的。
3 異常的使用方法
3.1 聲明方法拋出異常
3.1.1 語法：throws（略）
3.1.2 為什麼要聲明方法拋出異常？方法是否拋出異常與方法返回值的類型一樣重要。假設方法拋出異常確沒有聲明該方法將拋出異常，那麼客戶程序員可以調用這個方法而且不用編寫處理異常的代碼。那麼，一旦出現異常，那麼這個異常就沒有合適的異常控制器來解決。
3.1.3 為什麼拋出的異常一定是已檢查異常？ RuntimeException與Error可以在任何代碼中產生，它們不需要由程序員顯示的拋出，一旦出現錯誤，那麼相應的異常會被自動拋出。而已檢查異常是由程序員拋出的，這分為兩種情況：客戶程序員調用會拋出異常的庫函數（庫函數的異常由庫程序員拋出）；客戶程序員自己使用throw語句拋出異常。遇到Error，程序員一般是無能為力的；遇到RuntimeException，那麼一定是程序存在邏輯錯誤，要對程序進行修改（相當於調試的一種方法）；只有已檢查異常才是程序員所關心的，程序應該且僅應該拋出或處理已檢查異常。
3.1.4 注意：覆蓋父類某方法的子類方法不能拋出比父類方法更多的異常，所以，有時設計父類的方法時會聲明拋出異常，但實際的實現方法的代碼卻並不拋出異常，這樣做的目的就是為了方便子類方法覆蓋父類方法時可以拋出異常。
3.2 如何拋出異常
3.2.1 語法：throw（略）
3.2.2 拋出什麼異常？對於一個異常對象，真正有用的信息時異常的對象類型，而異常對象本身毫無意義。比如一個異常對象的類型是 ClassCastException，那麼這個類名就是唯一有用的信息。所以，在選擇拋出什麼異常時，最關鍵的就是選擇異常的類名能夠明確說明異常情況的類。
3.2.3 異常對象通常有兩種構造函數：一種是無參數的構造函數；另一種是帶一個字元串的構造函數，這個字元串將作為這個異常對象除了類型名以外的額外說明。
3.2.4 創建自己的異常：當Java內置的異常都不能明確的說明異常情況的時候，需要創建自己的異常。需要注意的是，唯一有用的就是類型名這個信息，所以不要在異常類的設計上花費精力。
3.3 捕獲異常如果一個異常沒有被處理，那麼，對於一個非圖形界面的程序而言，該程序會被中止並輸出異常信息；對於一個圖形界面程序，也會輸出異常的信息，但是程序並不中止，而是返回用戶界面處理循環中。
3.3.1 語法：try、catch和finally（略）控制器模塊必須緊接在try塊後面。若擲出一個異常，異常控制機制會搜尋參數與異常類型相符的第一個控制器隨後它會進入那個catch 從句，並認為異常已得到控制。一旦catch 從句結束對控制器的搜索也會停止。 3.3.1.1 捕獲多個異常（注意語法與捕獲的順序）（略）
3.3.1.2 finally的用法與異常處理流程（略）
3.3.2 異常處理做什麼？對於Java來說，由於有了垃圾收集，所以異常處理並不需要回收內存。但是依然有一些資源需要程序員來收集，比如文件、網路連接和圖片等資源。
3.3.3 應該聲明方法拋出異常還是在方法中捕獲異常？原則：捕捉並處理哪些知道如何處理的異常，而傳遞哪些不知道如何處理的異常
3.3.4 再次拋出異常
3.3.4.1 為什麼要再次拋出異常？在本級中，只能處理一部分內容，有些處理需要在更高一級的環境中完成，所以應該再次拋出異常。這樣可以使每級的異常處理器處理它能夠處理的異常。
3.3.4.2 異常處理流程對應與同一try塊的catch塊將被忽略，拋出的異常將進入更高的一級。
4 關於異常的其他問題
4.1 過度使用異常首先，使用異常很方便，所以程序員一般不再願意編寫處理錯誤的代碼，而僅僅是簡簡單單的拋出一個異常。這樣做是不對的，對於完全已知的錯誤，應該編寫處理這種錯誤的代碼，增加程序的魯棒性。另外，異常機制的效率很差。
4.2 將異常與普通錯誤區分開對於普通的完全一致的錯誤，應該編寫處理這種錯誤的代碼，增加程序的魯棒性。只有外部的不能確定和預知的運行時錯誤才需要使用異常。
4.3 異常對象中包含的信息一般情況下，異常對象唯一有用的信息就是類型信息。但使用異常帶字元串的構造函數時，這個字元串還可以作為額外的信息。調用異常對象的getMessage()、toString()或者printStackTrace()方法可以分別得到異常對象的額外信息、類名和調用堆棧的信息。並且後一種包含的信息是前一種的超集。
『肆』 android異常java.ioException:No such file or directory
/data/data/a.ioTest.test.run/
這個目錄是否存在？
是否有許可權在該目錄創建文件？
『伍』 android中anr異常是什麼意思
ANR (「Application Not Responding」)，意思是」應用沒有響應「。
在如下情況下，Android會報出ANR錯誤：
1.主線程 (「事件處理線程」 / 「UI線程」) 在5秒內沒有響應輸入事件。
2.BroadcastReceiver 沒有在10秒內完成返回。
通常情況下，下面這些做法會導致ANR：
1、在主線程內進行網路操作。
2、在主線程內進行一些緩慢的磁碟操作（例如執行沒有優化過的SQL查詢）。
應用應該在5秒或者10秒內響應,邏輯應該是：
1. new出一個新的線程，進行數據請求。
2. 獲取數據後，調用handler.sendMessage方法。
3. 在handler的handle()方法中更新UI。
『陸』 Android致命異常：可以問題，怎麼解決
一般在報錯信息的後面幾行，特別和你應用程序有關的類，可以雙擊點入進行查看
1. Caused by: java.lang.SecurityException:Permission denied (missing INTERNET permission?)
解釋:安全異常---缺少了INTERNET的許可權
2.org.json.JSONException: No value for datas
解釋:被JSONException捕獲的異常:datas這個標簽取沒有值
3. Caused by: NullPointerException:***
解釋:空指針異常
1)可能1：使用對對象沒有開辟空間,使用的對象沒有new
2)可能2：被引用的對象沒有開辟空間，被使用的對象沒有new
4. Caused by: OOM(
out of memory)
解釋:如果當一次性載入圖片的大小超過4MB的時候，會報這樣的錯誤
5.java.lang.ClassCastException:java.lang.String cannot be cast tocom.qianfeng.gridviewfromnet.MainActivity$MyAdapter$ViewHolder
解釋:類型轉換錯誤,String不能被轉換成MyAdapter里的ViewHolder
6.Caused
by:android.content.ActivityNotFoundException: Unable to find explicit
activityclass{com.qianfeng.day41_gridviewicon/com.qianfeng.day41_gridviewicon.GridViewActivity};have
you declared this activity in your AndroidManifest.xml?
解釋:沒有去清單文件申明指定的activity
7.java.lang.IllegalStateException:Could
not find a method btnClick(View) in the activity
classcom.qianfeng.day41_dialoglist.MainActivity
for onClick handler on view classandroid.widget.Button with id
'btn_normallist'
解釋:是這id：btn_normallist的button沒有在代碼里找到btnClick(View)
8.android.content.res.Resources$NotFoundException:String resource ID #0x0
解釋:資源的地址沒有被找到
可能:設置的參數應該是0x....的地址，但實際卻被賦值了
9. java.lang.IndexOutOfBoundsException:Invalid index 3, size is 2
解釋:數組下標越界
10.android.view.WindowManager$BadTokenException:Unable to add window -- token null is not valid; is your activity running?
解釋:你的Activity沒有完全的運行起來,卻在window窗口去顯示popUpMenu
『柒』 捕獲到異常怎麼處理android就不會掛掉
UncaughtExceptionHandler介面
這個介面，顧名思義，就是處理程序中沒有處理的異常，而且是在系統拋出異常導致程序異常終止之前哦！
1. 首先，咱們得創建一個UncaughtExceptionHandler的具體類,比如：
復制內容到剪貼板
代碼:
public class CrashHandler implements UncaughtExceptionHandler {
private static CrashHandler instance; //單例引用，這里我們做成單例的，因為我們一個應用程序裡面只需要一個UncaughtExceptionHandler實例
private CrashHandler(){}
public synchronized static CrashHandler getInstance(){ //同步方法，以免單例多線程環境下出現異常
if (instance == null){
instance = new CrashHandler();
}
return instance;
}
public void init(Context ctx){ //初始化，把當前對象設置成UncaughtExceptionHandler處理器
Thread.(this);
}
@Override
public void uncaughtException(Thread thread, Throwable ex) { //當有未處理的異常發生時，就會來到這里。。
Log.d("Sandy", "uncaughtException, thread: " + thread
+ " name: " + thread.getName() + " id: " + thread.getId() + "exception: "
+ ex);
String threadName = thread.getName();
if ("sub1".equals(threadName)){
Log.d("Sandy", ""xxx);
}else if(){
//這里我們可以根據thread name來進行區別對待，同時，我們還可以把異常信息寫入文件，以供後來分析。
}
}
}
2. 其次，我們自定義Application類
復制內容到剪貼板
代碼:
public class OurApplication extends Application {
@Override
public void onCreate() {
super.onCreate();
CrashHandler handler = CrashHandler.getInstance();
handler.init(getApplicationContext()); //在Appliction裡面設置我們的異常處理器為UncaughtExceptionHandler處理器
}
}
3. 配置AndroidManifest.xml文件
由於我們使用自定義的Application,所以我們要在AndroidManifest.xml文件中申明它
復制內容到剪貼板
代碼:
<application
android:icon="@drawable/ic_launcher"
android:label="@string/app_name"
android:name=".OurApplication"
android:debuggable="true"
>
4. 測試
我們在Activity裡面啟動一個線程，然後線程裡面拋出一個異常，看看程序會怎麼樣
復制內容到剪貼板
代碼:
Button btn = (Button) findViewById(R.id.bt);
btn.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
Thread thread = new Thread(new Runnable() {
@Override
public void run() {
Log.d("Sandy", "I am a sub thread");
String s = null;
s.toString(); //拋出NullPointException
}
}, "sub thread");
thread.start();
｝
5. 結果
由於我們有默認未處理異常的處理程序，所以會列印下面的日誌信息，而不會拋出異常導致程序異常終止
D/Sandy ( 2228): I am a sub thread
D/Sandy ( 2228): uncaughtException, thread: Thread[sub thread,5,main] name: sub thread id: 148exception: java.lang.NullPointerException
大家還等什麼呢？趕緊在自己的應用裡面添加上默認未處理異常處理器吧！再也不會因為異常未捕獲發生程序崩潰了。。^_^
『捌』 android異常java.lang.ExceptionInInitializerError
mContext本來就等於null, 因為你沒有初始化instance， 在你的靜態函數里改一改吧。
if (instance == null) return new MyApplication();
else return instance;
『玖』 android indexoutofboundsexception是什麼異常
android indexoutofboundsexception是下表越界的異常，比如 int []a ={1,2} ,錯誤的寫成a[2]就會報錯，因為數組下表是從0開始的
『拾』 Android 全局異常是什麼意思
Android系統的「程序異常退出」，給應用的用戶體驗造成不良影響。為了捕獲應用運行時異常並給出友好提示，便可繼承UncaughtExceptionHandler類來處理。通過Thread.()方法將異常處理類設置到線程上即可。
1、異常處理類，代碼如下：
[java] view plain
public class CrashHandler implements UncaughtExceptionHandler {
public static final String TAG = "CrashHandler";
private static CrashHandler INSTANCE = new CrashHandler();
private Context mContext;
private Thread.UncaughtExceptionHandler mDefaultHandler;
private CrashHandler() {
}
public static CrashHandler getInstance() {
return INSTANCE;
}
public void init(Context ctx) {
mContext = ctx;
mDefaultHandler = Thread.();
Thread.(this);
}
@Override
public void uncaughtException(Thread thread, Throwable ex) {
// if (!handleException(ex) && mDefaultHandler != null) {
// mDefaultHandler.uncaughtException(thread, ex);
// } else {
// android.os.Process.killProcess(android.os.Process.myPid());
// System.exit(10);
// }
System.out.println("uncaughtException");
new Thread() {
@Override
public void run() {
Looper.prepare();
new AlertDialog.Builder(mContext).setTitle("提示").setCancelable(false)
.setMessage("程序崩潰了...").setNeutralButton("我知道了", new OnClickListener() {
@Override
public void onClick(DialogInterface dialog, int which) {
System.exit(0);
}
})
.create().show();
Looper.loop();
}
}.start();
}
/**
* 自定義錯誤處理,收集錯誤信息 發送錯誤報告等操作均在此完成. 開發者可以根據自己的情況來自定義異常處理邏輯
*
* @param ex
* @return true:如果處理了該異常信息;否則返回false
*/
private boolean handleException(Throwable ex) {
if (ex == null) {
return true;
}
// new Handler(Looper.getMainLooper()).post(new Runnable() {
// @Override
// public void run() {
// new AlertDialog.Builder(mContext).setTitle("提示")
// .setMessage("程序崩潰了...").setNeutralButton("我知道了", null)
// .create().show();
// }
// });
return true;
}
}
2、線程綁定異常處理類
[java] view plain
public class CrashHandlerActivity extends Activity {
/** Called when the activity is first created. */
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main);
CrashHandler crashHandler = CrashHandler.getInstance();
crashHandler.init(this); //傳入參數必須為Activity，否則AlertDialog將不顯示。
// 創建錯誤
throw new NullPointerException();
}
}