ANR 的發生情形，通常是時間到了還沒有回應！所以掌握這個想法，就比較好找 Code。
比較常見有三種情形：
- Service Timeout
- BroadcastQueue Timeout
- ContentProvider Timeout
Case 1. Service Timeout
a. Service 啟動後，會發送 SERVICE_TIMEOUT_MSG 消息
b. Service 刪除後，就會刪除 SERVICE_TIMEOUT_MSG 消息
c. 如果 SERVICE_TIMEOUT_MSG 未删除，時間到後就會 ANR
呼叫 ActiveServices 的 serviceTimeout 方法進行處理，
serviceTimeout方法邏輯：
if (anrMessage != null) {
mAm.appNotResponding(proc, null, null, false, anrMessage);
}
Case 2. BroadcastQueue Timeout
BroadcastQueue 中的 mHandler 收到 BROADCAST_TIMEOUT_MSG 消息時會觸發
// 正常要發送消息前
broadcastTimeoutLocked(false);
// 發送消息，鎖住
case BROADCAST_TIMEOUT_MSG: {
synchronized (mService) {
broadcastTimeoutLocked(true);
// ANR
在 broadcastTimeoutLocked 方法中，首先取得 anrMessage 字串
anrMessage = “Broadcast of ” + r.intent.toString();
mHandler.post(new AppNotResponding(app, anrMessage));
mService.appNotResponding(mApp, null, null, false, mAnnotation);
Case 3. ContentProvider Timeout
MainHandler 的 handleMessage CONTENT_PROVIDER_PUBLISH_TIMEOUT_MSG
private final void processContentProviderPublishTimedOutLocked(ProcessRecord app) {
cleanupAppInLaunchingProvidersLocked(app, true);
removeProcessLocked(app, false, true, “timeout publishing content providers”);
}
app.kill(reason, true);
ref.
https://blog.csdn.net/u012439416/article/category/7261623
