1. android線程的異常怎麼處理
UncaughtExceptionHandler介面 這個介面，顧名思義，就是處理程序中沒有處理的異常，而且是在系統拋出異常導致程序異常終止之前哦！ 1. 首先，咱們得創建一個UncaughtExceptionHandler的具體類,比如： 復制內容到剪貼板 代碼: public class Cras...
2. android.os.networkonmainthreadexception怎麼解決
在android2.3之後 在主線程中必須使用另一個線程 如handler機制，或者非同步任務獲取網路數據
如果你訪問網路的操作 必須放在主線程中執行，那麼 在oncreate()中添加
if (GetVersion.GetSystemVersion() > 2.3) {
StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder()
.detectDiskReads().detectDiskWrites().detectNetwork()
.penaltyLog().build());
StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder()
.detectLeakedSqlLiteObjects().penaltyLog().penaltyDeath()
.build());
}
這樣 高版本中也可以在主線程中執行網路操作了
3. 安卓上線程中的堆棧溢出異常問題，怎麼解決
那麼過多的遞歸調用為什麼會引起棧溢出呢？事實上，函數調用的參數是通過棧空間來傳遞的，在調用過程中會佔用線程的棧資源。而遞歸調用，只有走到最後的結束點後函數才能依次退出，而未到達最後的結束點之前，佔用的棧空間一直沒有釋放，如果遞歸調用次數過多，就可能導致佔用的棧資源超過線程的最大值，從而導致棧溢出，導致程序的異常退出。
4. 手機app顯示網路超時 請重試 該如何解決 正常使用
打開設置進入itunes store和app store點擊Apple ID注銷，然後重新登錄。
解決方法2：打開設置，進入通用，按還原，還原網路設置。
解決方法3：斷掉無線網路連接，然後關機重啟。
解決方法4：重啟無線路由器或更換其他網路嘗試連接試試。
解決方法5：隔一段時間在下載，有可能蘋果伺服器暫時出現問題了升級為4G套餐後如不重啟手機則無法正常使用上網功能；
2、確認是否有網路，建議您可在信號強的地方使用；
3、檢查帳戶是否還有話費，若余額不足則需充值後才能使用；
4、可關機3-5分鍾後，重啟手機再進行嘗試；
5、檢查USIM卡是否有插好，若已插好但還是無法使用，則建議您到營業廳檢查USIM卡是否有故障，或換卡測試網路斷開，不過經常顯示無法連接
2、網路阻塞，導致你不能在程序默認等待時間內得到回復數據包
3、網路不穩定，網路無法完整傳送伺服器信息
4、系統問題，系統資源過低，無法為程序提供足夠的資源處理伺服器信息
5、設備不穩定，如網線松動、介面沒插好等等
6、網路注冊時系統繁忙，無法回應
7、網速過慢，如 使用BT多線程下載，在線收看視頻等大量佔用帶寬的軟體 ，若使用共享帶寬還要防範他人惡意佔用帶寬可能原因及解決辦法如下：
1、網路斷開，不過經常顯示無法連接或是網路阻塞，導致你不能在程序默認等待時間內得到回復數據包 ；
2、網路不穩定，網路無法完整傳送伺服器信息 ；
3、系統：系統資源過低，無法為程序提供足夠的資源處理伺服器信息；
4、查看網路連接是否正常，可以給網路運營商打電話，要求查詢線路，也可以將同網路內的其他人的網速限制一下；
5、路由器、貓、網卡等設備故障，也會引起網路卡，建議先重啟，如果不能解決，建議更換；
6、電腦網卡驅動程序需要重新安裝一下，再重新聯網網路阻塞，導致你不能在程序默認等待時間內得到回復數據包；
3、網路不穩定，網路無法完整傳送伺服器信息；遇到堵塞和網路不穩定建議選擇其他時間再嘗試一下連接網路，如果仍舊無法連接，可以咨詢寬頻服務運營商；
4、系統問題，系統資源過低，無法為程序提供足夠的資源處理伺服器信息；對電腦進行掃描；
5、設備不穩定，如網線松動、介面沒插好等等；如果使用網卡，可以更換一下網卡；
6、網路注冊時系統繁忙，無法回應；同樣是等待一段時間後再嘗試，如果依舊無法解決問題，咨詢網路服務運營商；
7、網速過慢，如使用BT多線程下載，在線收看視頻等大量佔用帶寬的軟體，建議將這些軟體關閉之後重啟一下電腦；
8、如果是嘗試了以上的步驟依舊無法解決，建議咨詢網路服務供應商的客服；
以上就是關於網路連接超時的原因和解決方法僅供參考具
5. android anr 下面是拋出的異常 怎麼辦
1：UI線程盡量只做跟UI相關的工作
2：耗時的工作（比如資料庫操作，I/O，連接網路或者別的有可能阻礙UI線程的操作）把它放入單獨的線程處理
3：盡量用Handler來處理UIthread和別的thread之間的交互
如何調查並解決ANR
1：首先分析log
2: 從trace.txt文件查看調用stack.
3: 看代碼
4：仔細查看ANR的成因（iowait?block?memoryleak?）
分析ANR
先看個LOG:
04-01 13:12:11.572 I/InputDispatcher( 220): Application is not responding:Window{2b263310com.android.email/com.android.email.activity.SplitScreenActivitypaused=false}. 5009.8ms since event, 5009.5ms since waitstarted
04-0113:12:11.572 I/WindowManager( 220): Input event dispatching timedout sending tocom.android.email/com.android.email.activity.SplitScreenActivity
04-01 13:12:14.123 I/Process( 220): Sending signal. PID: 21404 SIG: 3---發生ANR的時間和生成trace.txt的時間
04-01 13:12:14.123 I/dalvikvm(21404):threadid=4: reacting to signal 3
……
04-0113:12:15.872 E/ActivityManager( 220): ANR in com.android.email(com.android.email/.activity.SplitScreenActivity)
04-0113:12:15.872 E/ActivityManager( 220): Reason:keyDispatchingTimedOut
04-0113:12:15.872 E/ActivityManager( 220): Load: 8.68 / 8.37 / 8.53
04-0113:12:15.872 E/ActivityManager( 220): CPUusage from 4361ms to 699ms ago ----CPU在ANR發生前的使用情況
04-0113:12:15.872 E/ActivityManager( 220): 5.5%21404/com.android.email: 1.3% user + 4.1% kernel / faults: 10 minor
04-0113:12:15.872 E/ActivityManager( 220): 4.3%220/system_server: 2.7% user + 1.5% kernel / faults: 11 minor 2 major
04-0113:12:15.872 E/ActivityManager( 220): 0.9%52/spi_qsd.0: 0% user + 0.9% kernel
04-0113:12:15.872 E/ActivityManager( 220): 0.5%65/irq/170-cyttsp-: 0% user + 0.5% kernel
04-0113:12:15.872 E/ActivityManager( 220): 0.5%296/com.android.systemui: 0.5% user + 0% kernel
04-0113:12:15.872 E/ActivityManager( 220): 100%TOTAL: 4.8% user + 7.6% kernel + 87% iowait
04-0113:12:15.872 E/ActivityManager( 220): CPUusage from 3697ms to 4223ms later:-- ANR後CPU的使用量
04-0113:12:15.872 E/ActivityManager( 220): 25%21404/com.android.email: 25% user + 0% kernel / faults: 191 minor
04-0113:12:15.872 E/ActivityManager( 220): 16% 21603/__eas(par.hakan: 16% user + 0% kernel
04-0113:12:15.872 E/ActivityManager( 220): 7.2% 21406/GC: 7.2% user + 0% kernel
04-0113:12:15.872 E/ActivityManager( 220): 1.8% 21409/Compiler: 1.8% user + 0% kernel
04-0113:12:15.872 E/ActivityManager( 220): 5.5%220/system_server: 0% user + 5.5% kernel / faults: 1 minor
04-0113:12:15.872 E/ActivityManager( 220): 5.5% 263/InputDispatcher: 0% user + 5.5% kernel
04-0113:12:15.872 E/ActivityManager( 220): 32%TOTAL: 28% user + 3.7% kernel
從LOG可以看出ANR的類型，CPU的使用情況，如果CPU使用量接近100%，說明當前設備很忙，有可能是CPU飢餓導致了ANR
如果CPU使用量很少，說明主線程被BLOCK了
如果IOwait很高，說明ANR有可能是主線程在進行I/O操作造成的
除了看LOG，解決ANR還得需要trace.txt文件，
如何獲取呢？可以用如下命令獲取
$chmod 777 /data/anr
$rm /data/anr/traces.txt
$ps
$kill -3 PID
adbpull data/anr/traces.txt ./mytraces.txt
從trace.txt文件，看到最多的是如下的信息：
-----pid 21404 at 2011-04-01 13:12:14 -----
Cmdline: com.android.email
DALVIK THREADS:
(mutexes: tll=0tsl=0 tscl=0 ghl=0 hwl=0 hwll=0)
"main" prio=5 tid=1NATIVE
| group="main" sCount=1 dsCount=0obj=0x2aad2248 self=0xcf70
| sysTid=21404 nice=0 sched=0/0cgrp=[fopen-error:2] handle=1876218976
atandroid.os.MessageQueue.nativePollOnce(Native Method)
atandroid.os.MessageQueue.next(MessageQueue.java:119)
atandroid.os.Looper.loop(Looper.java:110)
at android.app.ActivityThread.main(ActivityThread.java:3688)
at java.lang.reflect.Method.invokeNative(Native Method)
atjava.lang.reflect.Method.invoke(Method.java:507)
atcom.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:866)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:624)
at dalvik.system.NativeStart.main(Native Method)
說明主線程在等待下條消息進入消息隊列
6. 如何解決空指針異常和 ThreadException 中的錯誤android
空指針異常： 可以直接在可能出現空指針的代碼處 try catch一下，你也可以這樣做：在用到可能出現空指針的 變數或者對象處，先增加一個判空處理（比如：if(textutil.isempty(str) { }）
對於ThreadException：對於線程的異常，在android中，google禁止了在主線程中進行訪問網路等一些耗時操作（否則就會出現這種異常）。可以開個子線程（workThread）在裡面進行訪問網路，用非同步任務或者 handler來處理。
7. 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。