Toast源碼深度分析

目錄介紹

  • 1.最簡單的創建方法

    • 1.1 Toast構造方法
    • 1.2 最簡單的創建
    • 1.3 簡單改造避免重復創建
    • 1.4 為何會出現內存泄漏
    • 1.5 吐司是系統級別的

  • 2.源碼分析

    • 2.1 Toast(Context context)構造方法源碼分析
    • 2.2 show()方法源碼分析
    • 2.3 mParams.token = windowToken是干什么用的
    • 2.4 scheduleTimeoutLocked吐司如何自動銷毀的
    • 2.5 TN類中的消息機制
    • 2.6 普通應用的Toast顯示數量是有限制的
    • 2.7 為何Activity銷毀后Toast仍會顯示

  • 3.經典總結

    • 3.1 判斷應用程序獲取通知權限是否開啟
    • 3.2 使用Toast注意事項
    • 3.3 Toast的顯示和隱藏重點邏輯
    • 3.4 Snackbar和Toast比較

  • 4.Toast封裝庫介紹

    • 4.1 能夠滿足的需求
    • 4.2 具有的優勢

  • 5.Toast遇到的問題

    • 5.1 Toast偶爾報錯Unable to add window
    • 5.2 Toast運行在子線程問題
    • 5.3 Toast如何添加系統窗口的權限
    • 5.4 token null is not valid

好消息

  • 博客筆記大匯總【16年3月到至今】，包括Java基礎及深入知識點，Android技術博客，Python學習筆記等等，還包括平時開發中遇到的bug匯總，當然也在工作之余收集了大量的面試題，長期更新維護并且修正，持續完善……開源的文件是markdown格式的！同時也開源了生活博客，從12年起，積累共計47篇[近20萬字]，轉載請注明出處，謝謝！
  • 鏈接地址：https://github.com/yangchong211/YCBlogs
  • 如果覺得好，可以star一下，謝謝！當然也歡迎提出建議，萬事起于忽微，量變引起質變！
  • Toast封裝庫項目地址：https://github.com/yangchong211/YCDialog

  • 02.Toast源碼深度分析

    • 最簡單的創建，簡單改造避免重復創建，show()方法源碼分析，scheduleTimeoutLocked吐司如何自動銷毀的，TN類中的消息機制是如何執行的，普通應用的Toast顯示數量是有限制的，用代碼解釋為何Activity銷毀后Toast仍會顯示，Toast偶爾報錯Unable to add window是如何產生的，Toast運行在子線程問題，Toast如何添加系統窗口的權限等等

  • 03.DialogFragment源碼分析

    • 最簡單的使用方法，onCreate(@Nullable Bundle savedInstanceState)源碼分析，重點分析彈窗展示和銷毀源碼，使用中show()方法遇到的IllegalStateException分析

  • 05.PopupWindow源碼分析

    • 顯示PopupWindow，注意問題寬和高屬性，showAsDropDown()源碼，dismiss()源碼分析，PopupWindow和Dialog有什么區別？為何彈窗點擊一下就dismiss呢？

  • 06.Snackbar源碼分析

    • 最簡單的創建，Snackbar的make方法源碼分析，Snackbar的show顯示與點擊消失源碼分析，顯示和隱藏中動畫源碼分析，Snackbar的設計思路，為什么Snackbar總是顯示在最下面

  • 07.彈窗常見問題

    • DialogFragment使用中show()方法遇到的IllegalStateException,什么常見產生的？Toast偶爾報錯Unable to add window，Toast運行在子線程導致崩潰如何解決？

1.最簡單的創建方法

1.1 Toast構造方法

  • Toast只會彈出一段信息，告訴用戶某某事情已經發生了，過一段時間后就會自動消失。它不會阻擋用戶的任何操作。

  • Toast是沒有焦點，而且Toast顯示的時間有限，過一定的時間就會自動消失。

    • 通過new Toast(context)直接創建，除了將mContext = context，還有一步重要的操作，創建TN，下面會說到……
    public Toast(Context context) {mContext = context;mTN = new TN();mTN.mY = context.getResources().getDimensionPixelSize(com.android.internal.R.dimen.toast_y_offset);mTN.mGravity = context.getResources().getInteger(com.android.internal.R.integer.config_toastDefaultGravity);
}

1.2 最簡單的創建

  • 一行代碼調用，十分方便，但是這樣存在一種弊端。

    • 使用中遇到的問題：例如，當點擊有些按鈕，需要吐司進行提示時；快速連續點擊了多次按鈕，Toast就觸發了多次。系統會將這些Toast信息提示框放到隊列中，等前一個Toast信息提示框關閉后才會顯示下一個Toast信息提示框。可能導致Toast就長時間關閉不掉了。又或者我們其實已在進行其他操作了，應該彈出新的Toast提示，而上一個Toast卻還沒顯示結束
    Toast.makeText(this,"吐司",Toast.LENGTH_SHORT).show();

1.3 簡單改造避免重復創建

  • 為了解決1.2中的重復創建問題，則可以這樣解決

    • 如下所示，簡易型代碼，需要注意問題，這里傳遞的上下文context需要是activity.getApplicationContext()全局上下文，避免靜態toast對象內存泄漏
    /*** 吐司工具類    避免點擊多次導致吐司多次，最后導致Toast就長時間關閉不掉了* 注意：這里如果傳入context會報內存泄漏；傳遞activity..getApplicationContext()* @param content       吐司內容*/
private static Toast toast;
@SuppressLint("ShowToast")
public static void showToast(String content) {checkContext();if (toast == null) {toast = Toast.makeText(mApp, content, Toast.LENGTH_SHORT);} else {toast.setText(content);}toast.show();
}

  • 這樣用的原理

    • 先判斷Toast對象是否為空，如果是空的情況下才會調用makeText()方法來去生成一個Toast對象，否則就直接調用setText()方法來設置顯示的內容，最后再調用show()方法將Toast顯示出來。由于不會每次調用的時候都生成新的Toast對象，因此剛才我們遇到的問題在這里就不會出現

1.4 為何會出現內存泄漏

  • 原因在于：如果在 Toast 消失之前，Toast 持有了當前 Activity，而此時，用戶點擊了返回鍵，導致 Activity 無法被 GC 銷毀, 這個 Activity 就引起了內存泄露。

1.5 吐司是系統級別的

  • 經常看到的一個場景就是你在你的應用出調用了多次 Toast.show函數，然后退回到桌面，結果發現桌面也會彈出 Toast，就是因為系統的 Toast 使用了系統窗口，具有高的層級

2.源碼分析

2.1 Toast(Context context)構造方法源碼分析

  • 在構造方法中，創建了NT對象，那么有人便會問，NT是什么東西呢？于是帶著好奇心便去看看NT的源碼，可以發現NT實現了ITransientNotification.Stub，提到這個感覺是不是很熟悉，沒錯，在aidl中就會用到這個。

    • 針對aidl，如果有人不明白，可以參考我的這邊文章Aidl進程間通信詳細介紹主要是Aidl相關屬性介紹，實際開發中案例操作，部分源碼解析，客戶端綁定服務端service原理
    public Toast(Context context) {mContext = context;mTN = new TN();mTN.mY = context.getResources().getDimensionPixelSize(com.android.internal.R.dimen.toast_y_offset);mTN.mGravity = context.getResources().getInteger(com.android.internal.R.integer.config_toastDefaultGravity);
}
    • image

  • 在TN類中，可以看到，實現了AIDL的show與hide方法

    • TN是Toast內部的一個私有靜態類，繼承自ITransientNotification.Stub，ITransientNotification.Stub是出現在服務端實現的Service中，就是一個Binder對象，也就是對一個aidl文件的實現而已
    /*** schedule handleShow into the right thread*/
@Override
public void show(IBinder windowToken) {if (localLOGV) Log.v(TAG, "SHOW: " + this);mHandler.obtainMessage(0, windowToken).sendToTarget();
}/*** schedule handleHide into the right thread*/
@Override
public void hide() {if (localLOGV) Log.v(TAG, "HIDE: " + this);mHandler.post(mHide);
}

  • 接著看下這個ITransientNotification.aidl文件

    /** @hide */
oneway interface ITransientNotification {void show();void hide();
}

2.2 show()方法源碼分析

  • 通過AIDL（Binder）通信拿到NotificationManagerService的服務訪問接口，然后把TN對象和一些參數傳遞到遠程NotificationManagerService中去

    • 當 Toast在show的時候，然后把這個請求放在 NotificationManager 所管理的隊列中，并且為了保證 NotificationManager 能跟進程交互，會傳遞一個TN類型的 Binder對象給NotificationManager系統服務，接著看下面getService方法做了什么？
    public void show() {if (mNextView == null) {throw new RuntimeException("setView must have been called");}//通過AIDL（Binder）通信拿到NotificationManagerService的服務訪問接口，當前Toast類相當于上面例子的客戶端！！！相當重要！！！INotificationManager service = getService();String pkg = mContext.getOpPackageName();TN tn = mTN;tn.mNextView = mNextView;try {//把TN對象和一些參數傳遞到遠程NotificationManagerService中去service.enqueueToast(pkg, tn, mDuration);} catch (RemoteException e) {// Empty}
}

  • 接著看看getService方法

    • 通過單利模式獲取sService對象。
    //遠程NotificationManagerService的服務訪問接口
private static INotificationManager sService;
static private INotificationManager getService() {//單例模式if (sService != null) {return sService;}//通過AIDL（Binder）通信拿到NotificationManagerService的服務訪問接口sService = INotificationManager.Stub.asInterface(ServiceManager.getService("notification"));return sService;
}

  • 接下來看看service.enqueueToast(pkg, tn, mDuration)這段代碼，相信有的小伙伴會質疑，這段代碼報紅色，如何查看呢？

    • image
    • 于是，我直接在studio中全局搜索NotificationManagerService，終于給找到了，如下所示：
    • image
    • 下面就到重點呢……注意：record是將Toast封裝成ToastRecord對象，放入mToastQueue中。通過下面代碼可以得知：通過isSystemToast判斷是否為系統Toast。如果當前Toast所屬的進程的包名為“android”，則為系統Toast。如果是系統Toast一定可以進入到系統Toast隊列中，不會被黑名單阻止。
    synchronized (mToastQueue) {int callingPid = Binder.getCallingPid();long callingId = Binder.clearCallingIdentity();try {ToastRecord record;int index;//判斷是否是系統級別的吐司if (!isSystemToast) {index = indexOfToastPackageLocked(pkg);} else {index = indexOfToastLocked(pkg, callback);}if (index >= 0) {record = mToastQueue.get(index);record.update(duration);record.update(callback);} else {//創建一個Binder類型的token對象Binder token = new Binder();//生成一個Toast窗口，并且傳遞token等參數mWindowManagerInternal.addWindowToken(token, TYPE_TOAST, DEFAULT_DISPLAY);record = new ToastRecord(callingPid, pkg, callback, duration, token);//添加到吐司隊列之中mToastQueue.add(record);//對當前索引重新進行賦值index = mToastQueue.size() - 1;}//將當前Toast所在的進程設置為前臺進程keepProcessAliveIfNeededLocked(callingPid);if (index == 0) {//如果index為0,說明當前入隊的Toast在隊頭，需要調用showNextToastLocked方法直接顯示showNextToastLocked();}} finally {Binder.restoreCallingIdentity(callingId);}
}

  • 接下來看一下showNextToastLocked()方法中的源代碼，看看這個方法中做了什么……

    • 首先獲取吐司消息隊列中第一個ToastRecord對象，然后判斷該對象如果不為null的話，就開始通過callback進行show，且傳遞了token參數，注意這個show是通知進程顯示。然后再調用scheduleTimeoutLocked(record)方法執行超時后自動取消的邏輯【下面詳細分析】。同時需要注意的時，如果出現了異常，則會從吐司消息隊列中移除該record……
    • 那么callback是干嘛的呢，一般印象中callback是處理回調的？從ITransientNotification callback得知，這個callback哥們竟然是是一個 ITransientNotification 類型的對象，也就是前面說到的TN的Binder代理對象，那么他傳遞的這個token參數是干什么用的呢？這里我們程序員小伙伴可以接著往下看哈！
    • image

2.3 mParams.token = windowToken是干什么用的

  • 如果你仔細一點，你可以看到在handleShow(IBinder windowToken)這個方法中，將windowToken賦值給mParams.token，那么就會思考這個token是干什么用的呢？它是哪里傳遞過來的呢？

    • 這個所需要的這個系統窗口 token ，是由我們的 NotificationManager 系統服務所生成，由于系統服務具有高權限，果真是厲害呀。
    • 上文2.3中我已經分析了showNextToastLocked()方法部分源碼record.callback.show(record.token)，可以知道callback對象的show方法中需要傳遞的參數 record.token實際上就是上面所說的NotificationManager服務所生成的窗口的 token。
    • image
    • image
  • 這個顯示窗口的方法比較簡單，就是將所傳遞過來的窗口 token 賦值給窗口屬性對象 mParams， 然后通過調用 WindowManager.addView 方法，將 Toast中的mView對象納入WindowManager中，而WindowManager看源碼可知是一個接口，具體是放在WindowManagerService中處理。

2.4 scheduleTimeoutLocked吐司如何自動銷毀的

  • 接下來再來看看scheduleTimeoutLocked(record)這部分代碼，這個主要是超時監聽消息邏輯

    • 通過看這段代碼知道，handler延遲delay時間后發送消息，并且這個delay時間只有原生自帶的兩種時間類型，無法開發者自己定義。
    • image

  • 既然發送了消息，那肯定有地方接收消息并且處理消息呀。接著看下面代碼，重點看cancelToastLocked源碼！

    • 可以看到當接收到消息時，先判斷是否吐司，如果是有的話，也就是索引index>=0，那么就去cancel，在cancelToastLocked(int index)這段源碼里面，我們終于可以看到record.callback.hide()這個方法了，前面我們知道callback是前面提到TN的binder代理對象，所以這個方法是調用了TN類中的hide()方法，下面2.5中將詳細講解TN中的消息機制。
    • 同時結束吐司之后，移除消息隊列中對象，同時判斷吐司消息隊列中是否還有剩下的消息，如果是有的話，則會接著調用showNextToastLocked()繼續彈吐司，關于showNextToastLocked()可以看2.3中的源碼分析。
    • image
    • image
    • image
    • image

  • cancelToastLocked源碼邏輯主要是

    • 調用 ITransientNotification.hide 方法，通知客戶端隱藏窗口，并且移除隊列中對象
    • 將給Toast 生成的窗口Token從WMS 服務中刪除
    • 判斷吐司消息隊列中是否存在消息，如果存在消息，則繼續開始show吐司……

2.5 TN類中的消息機制

  • 看源碼可知，TN中的消息機制也是通過handler消息機制實現的。如果對handler 消息機制還不太熟悉，可以查看我的這篇博客：Handler消息機制

  • 當創建TN對象的時候，就創建了handler和runnable對象。

    • 然后看看show與hide方法，在show方法中發送消息，當mHandler接受到消息之后，就調用handleShow(token)處理邏輯，通過WindowManager將view添加進來，同時在該方法中也設置了大量的布局屬性。
    • 在把Toast的View添加之前發現Toast的View已經被添加過（有partent）則刪掉；把Toast的View添加到窗口，其中mParams.type在構造函數中賦值為TYPE_TOAST！
    • image
    • image

  • 同時，當toast執行show之后，過了一會兒會自動銷毀，那么這又是為啥呢？那么是哪里調用了hide方法呢？

    • 回調了Toast的TN的show，當timeout可能就是hide呢。從上面我分析NotificationManagerService源碼中的showNextToastLocked()的scheduleTimeoutLocked(record)源碼，可以知道在NotificationManagerService通過handler延遲delay時間發送消息，然后通過callback調用hide，由于callback是TN中Binder的代理對象， 所以便可以調用到TN中的hide方法達到銷毀吐司的目的。handleHide()源碼如下所示
    public void handleHide() {if (localLOGV) Log.v(TAG, "HANDLE HIDE: " + this + " mView=" + mView);if (mView != null) {// note: checking parent() just to make sure the view has// been added...  i have seen cases where we get here when// the view isn't yet added, so let's try not to crash.if (mView.getParent() != null) {if (localLOGV) Log.v(TAG, "REMOVE! " + mView + " in " + this);mWM.removeViewImmediate(mView);}mView = null;}
}

2.6 普通應用的Toast顯示數量是有限制的

  • 如何判斷是否是系統吐司呢？如果當前Toast所屬的進程的包名為“android”，則為系統Toast，或者調用isCallerSystem()方法

    final boolean isSystemToast = isCallerSystem() || ("android".equals(pkg));

  • 接著看看isCallerSystem()方法源碼，isCallerSystem的源碼也比較簡單，就是判斷當前Toast所屬進程的uid是否為SYSTEM_UID、0、PHONE_UID中的一個，如果是，則為系統Toast;如果不是，則不為系統Toast。

    private static boolean isUidSystem(int uid) {final int appid = UserHandle.getAppId(uid);return (appid == Process.SYSTEM_UID || appid == Process.PHONE_UID || uid == 0);
}private static boolean isCallerSystem() {return isUidSystem(Binder.getCallingUid());
}

  • 為什么要這樣判斷是否是系統吐司呢？從源碼可知：首先系統Toast一定可以進入到系統Toast隊列中，不會被黑名單阻止。然后系統Toast在系統Toast隊列中沒有數量限制，而普通pkg所發送的Toast在系統Toast隊列中有數量限制。

    • 那么關于數量限制這個結果從何而來，大概是多少呢？查看將要入隊的Toast是否已經在系統Toast隊列中。這是通過比對pkg和callback來實現的。通過下面源碼分析可知：只要Toast的pkg名稱和tn對象是一致的，則系統把這些Toast認為是同一個Toast。
    • 然后再看看下面這個源碼截圖，可知，非系統Toast，每個pkg在當前mToastQueue中Toast有總數限制，不能超過MAX_PACKAGE_NOTIFICATIONS，也就是50
    • image
    • image

2.7 為何Activity銷毀后Toast仍會顯示

  • 記得以前昊哥問我，為何toast在activity銷毀后仍然會彈出呢，我毫不思索地說，因為toast是系統級別的呀。那么是如何實現的呢，我就無言以對呢……今天終于可以回答呢！

    • 還是回到NotificationManagerService類中的enqueueToast方法中，直接查看keepProcessAliveIfNeededLocked(callingPid)方法。這段代碼的意思是將當前Toast所在進程設置為前臺進程，這里的mAm = ActivityManager.getService()，調用了setProcessImportant方法將當前pid的進程置為前臺進程，保證不會系統殺死。這也就解釋了為什么當我們finish當前Activity時，Toast還可以顯示，因為當前進程還在執行。
    • image

3.經典總結

3.1 判斷應用程序獲取通知權限是否開啟

  • 一行代碼調用即可：DialogUtils.requestMsgPermission(this);
  • 大部分手機通知權限是開啟的。如果關閉了，則吐司是無法顯示的，但是仍有部分手機，比如某型號小米手機，錘子手機等就權限需要手動開啟。
  • Toast的展示是由NMS服務控制的，NMS服務會做一些權限、token等的校驗，當通知權限一旦關閉，Toast將不再彈出。

  • 具體可以參考我的彈窗封裝庫：https://github.com/yangchong211/YCDialog

    • 自定義對話框，其中包括：自定義Toast，采用builder模式，支持設置吐司多個屬性；自定義dialog控件，仿IOS底部彈窗；自定義DialogFragment彈窗，支持自定義布局，也支持填充recyclerView布局；自定義PopupWindow彈窗，輕量級，還有自定義Snackbar等等；還有自定義loading加載窗，簡單便用。
    //判斷是否有權限
NotificationManagerCompat.from(context).areNotificationsEnabled()//如果沒有通知權限，則直接跳轉設置中心設置
@SuppressLint("ObsoleteSdkInt")
private static void toSetting(Context context) {Intent localIntent = new Intent();localIntent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);if (Build.VERSION.SDK_INT >= 9) {localIntent.setAction("android.settings.APPLICATION_DETAILS_SETTINGS");localIntent.setData(Uri.fromParts("package", context.getPackageName(), null));} else if (Build.VERSION.SDK_INT <= 8) {localIntent.setAction(Intent.ACTION_VIEW);localIntent.setClassName("com.android.settings","com.android.setting.InstalledAppDetails");localIntent.putExtra("com.android.settings.ApplicationPkgName", context.getPackageName());}context.startActivity(localIntent);
}

3.2 使用Toast注意事項

  • 通過分析TN類的handler可以發現，如果想在非UI線程使用Toast需要自行聲明Looper，否則運行會拋出Looper相關的異常；UI線程不需要，因為系統已經幫忙聲明。
  • 在使用Toast時context參數盡量使用getApplicationContext()，可以有效的防止靜態引用導致的內存泄漏。
  • 有時候我們會發現Toast彈出過多就會延遲顯示，因為上面源碼分析可以看見Toast.makeText是一個靜態工廠方法，每次調用這個方法都會產生一個新的Toast對象，當我們在這個新new的對象上調用show方法就會使這個對象加入到NotificationManagerService管理的mToastQueue消息顯示隊列里排隊等候顯示；所以如果我們不每次都產生一個新的Toast對象（使用單例來處理）就不需要排隊，也就能及時更新呢。

3.3 Toast的顯示和隱藏重點邏輯

  • Toast調用show方法 ，其實就是是將自己納入到NotificationManager的Toast管理中去，期間傳遞了一個本地的TN類型或者是 ITransientNotification.Stub的Binder對象
  • NotificationManager 收到 Toast 的顯示請求后，將生成一個 Binder 對象，將它作為一個窗口的 token 添加到 WMS 對象，并且類型是 TOAST
  • NotificationManager 將這個窗口token通過ITransientNotification的show方法傳遞給遠程的TN對象，并且拋出一個超時監聽消息 scheduleTimeoutLocked
  • TN 對象收到消息以后將往 Handler 對象中 post 顯示消息，然后調用顯示處理函數將 Toast 中的 View 添加到了 WMS 管理中，Toast窗口顯示
  • NotificationManager的WorkerHandler收到MESSAGE_TIMEOUT消息， NotificationManager遠程調用hide方法進程隱藏Toast 窗口，然后將窗口token從WMS中刪除，并且判斷吐司消息隊列中是否還有消息，如果有，則繼續吐司！

3.4 Snackbar和Toast比較

  • 可以使用snackBar替代Toast，即使用戶禁掉了通知權限，也可以顯示出來。SnackBar，其實就是使用View系統去模擬一個窗口行為，而且還能更加快速的實現動畫效果，是不是很棒。
  • Snackbar是Android自5.0系統推出MaterialDesign后官方推薦的控件，在交互友好性方面比Toast要好

4.Toast封裝庫介紹

4.1 能夠滿足的需求

  • 可以設置吐司的位置，偏移，吐司文字顏色，吐司背景顏色等等。簡單的代碼就可以實現你需要的多種場景。也可以設置定義布局的吐司。項目地址：https://github.com/yangchong211/YCDialog

4.2 具有的優勢

  • 采用builder構造者模式，鏈式編程，一行代碼調用即可設置吐司Toast。

  • 為了避免靜態toast對象內存泄漏，固可以使用應用級別的上下文context。所以這里我就直接采用了應用級別Application上下文，需要在application進行初始化一下。即可調用……

    //初始化
ToastUtils.init(this);//可以自由設置吐司的背景顏色，默認是純黑色
ToastUtils.setToastBackColor(this.getResources().getColor(R.color.color_7f000000));//直接設置最簡單吐司，只有吐司內容
ToastUtils.showRoundRectToast("自定義吐司");//設置吐司標題和內容
ToastUtils.showRoundRectToast("吐司一下","他發的撒經濟法的解放軍");//第三種直接設置自定義布局的吐司
ToastUtils.showRoundRectToast(R.layout.view_layout_toast_delete);//或者直接采用bulider模式創建
ToastUtils.Builder builder = new ToastUtils.Builder(this.getApplication());
builder.setDuration(Toast.LENGTH_SHORT).setFill(false).setGravity(Gravity.CENTER).setOffset(0).setDesc("內容內容").setTitle("標題").setTextColor(Color.WHITE).setBackgroundColor(this.getResources().getColor(R.color.blackText)).build().show();

  • 因為看到網上有許多toast的封裝，需要傳遞上下文，后來感覺是不是不需要傳遞這個參數，直接統一初始化一下就好呢。所以才有了這個toast的改良版。

    • 如果沒有調用ToastUtils.init(this)初始化，則會提示報錯ToastUtils context is not null，please first init",具體看下面代碼。
    /*** 檢查上下文不能為空，必須先進性初始化操作*/
private static void checkContext(){if(mApp==null){throw new NullPointerException("ToastUtils context is not null，please first init");}
}

5.Toast遇到的異常問題

5.1 Toast偶爾報錯Unable to add window

  • 報錯日志，是不是有點眼熟呀？更多可以看我的開源項目：https://github.com/yangchong211

    android.view.WindowManager$BadTokenExceptionUnable to add window -- token android.os.BinderProxy@7f652b2 is not valid; is your activity running?

  • 查詢報錯日志是從哪里來的

    • image

  • 發生該異常的原因

    • 這個異常發生在Toast顯示的時候，原因是因為token失效。通常情況下，一般是不會出現這種異常。但是由于在某些情況下， Android進程某個UI線程的某個消息阻塞。導致 TN 的 show 方法 post 出來 0 (顯示) 消息位于該消息之后，遲遲沒有執行。這時候，NotificationManager 的超時檢測結束，刪除了 WMS 服務中的 token 記錄。刪除 token 發生在 Android 進程 show 方法之前。這就導致了上面的異常。
    • 測試代碼。模擬一下異常的發生場景，其實很容易，只需要這樣做就可以出現上面這個問題
     Toast.makeText(this，"瀟湘劍雨-yc"，Toast.LENGTH_SHORT).show();try {Thread.sleep(20000);} catch (InterruptedException e) {e.printStackTrace();}

  • 解決辦法，目前見過好幾種，思考一下那種比較好……

    • 第一種，既然是報is your activity running，那可以不可以在吐司之前先判斷一下activity是否running呢？

    • 第二種，拋出異常增加try-catch，代碼如下所示，最后仍然無法解決問題

      • 按照源碼分析，異常是發生在下一個UI線程消息中，因此在上一個ui線程消息中加入try-catch是沒有意義的。而且用到吐司地方這么多，這樣做也不方便啦！
    • 第三種，那就是自定義類似吐司Toast的view控件。個人建議除非要求非常高，不然不要這樣做。畢竟發生這種異常還是比較少見的

  • 哪些情況會發生該問題？

    • UI 線程執行了一條非常耗時的操作，比如加載圖片等等，就類似上面用 sleep 模擬情況
    • 進程退后臺或者息屏了，系統為了減少電量或者某種原因，分配給進程的cpu時間減少,導致進程內的指令并不能被及時執行，這樣一樣會導致進程看起來”卡頓”的現象
    • 當TN拋出消息的時候，前面有大量的 UI 線程消息等待執行，而每個 UI 線程消息雖然并不卡頓，但是總和如果超過了 NotificationManager 的超時時間，還是會出現問題

5.2 Toast運行在子線程問題

  • 先來看看問題代碼，會出現什么問題呢？

    new Thread(new Runnable() {@Overridepublic void run() {ToastUtils.showRoundRectToast("瀟湘劍雨-楊充");}
}).start();
    • 報錯日志如下所示：
    • image

  • 然后找找報錯日志從哪里來的

    • ![image]()

  • 子線程中吐司的正確做法，代碼如下所示

    new Thread(new Runnable() {@Overridepublic void run() {Looper.prepare();ToastUtils.showRoundRectToast("瀟湘劍雨-楊充");Looper.loop();}
}).start();

  • 得出的結論

    • Toast也可以在子線程執行，不過需要手動提供Looper環境的。
    • Toast在調用show方法顯示的時候，內部實現是通過Handler執行的，因此自然是不阻塞Binder線程，另外，如果addView的線程不是Loop線程，執行完就結束了，當然就沒機會執行后續的請求，這個是由Hanlder的構造函數保證的。可以看看handler的構造函數，如果Looper==null就會報錯，而Toast對象在實例化的時候，也會為自己實例化一個Hanlder，這就是為什么說“一定要在主線程”，其實準確的說應該是 “一定要在Looper非空的線程”。
    • Handler的構造函數如下所示：
    • image
    • image

5.3 Toast如何添加系統窗口的權限

  • 作為程序員，都知道任何視圖的顯示都要依賴于一個視圖窗口Window，同樣Toast的顯示也需要一個窗口，而且它還是一個系統窗口，這個窗口最終會被WindowManagerService(WMS)標記管理。當顯示一個Toast時，調用show方法后，會通過TN 類中的handleShow方法處理展示的邏輯，同時WMS會生成一個token，而我們知道WMS本身就是一個系統級的服務，所以由它生成的token必然擁有權限添加系統窗口，最后WMS調用addView方法將view和mParams參數帶進來，這樣就可以展示吐司呢。

  • 需要注意：WindowManager檢查當前窗口的token是否有效，如果有效，則添加窗口展示Toast；如果無效，則拋出異常，會發生5.1這種類型的異常。

    • 在那個地方檢查token呢？在mWM.addView(mView, mParams)這里檢查token，點擊去可以發現ViewManager是個接口，這時候可以去看WindowManagerImpl類，繼承ViewManager。
    • image
    • image

5.4 token null is not valid

  • 看了美團的技術文檔分享得知，這個異常其實并非是Toast的異常，而是Google對WindowManage的一些限制導致的。Android從7.1.1版本開始，對WindowManager做了一些限制和修改，特別是TYPE_TOAST類型的窗口，必須要傳遞一個token用于權限校驗才允許添加。在stackoverflow上搜索，也較少得到這方面的解答，這塊有點難以解決這個問題。

關于其他內容介紹

01.關于博客匯總鏈接

  • 1.技術博客匯總
  • 2.開源項目匯總
  • 3.生活博客匯總
  • 4.喜馬拉雅音頻匯總
  • 5.其他匯總

02.關于我的博客

  • 我的個人站點：www.yczbj.org，www.ycbjie.cn
  • github：https://github.com/yangchong211
  • 知乎：https://www.zhihu.com/people/yang-chong-69-24/pins/posts
  • 簡書：http://www.jianshu.com/u/b7b2c6ed9284
  • csdn：http://my.csdn.net/m0_37700275
  • 喜馬拉雅聽書：http://www.ximalaya.com/zhubo/71989305/
  • 開源中國：https://my.oschina.net/zbj1618/blog
  • 泡在網上的日子：http://www.jcodecraeer.com/member/content_list.php?channelid=1
  • 郵箱：yangchong211@163.com
  • 阿里云博客：https://yq.aliyun.com/users/article?spm=5176.100- 239.headeruserinfo.3.dT4bcV
  • segmentfault頭條：https://segmentfault.com/u/xiangjianyu/articles

本文來自互聯網用戶投稿，該文觀點僅代表作者本人，不代表本站立場。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。
如若轉載，請注明出處：http://www.pswp.cn/news/389504.shtml
繁體地址，請注明出處：http://hk.pswp.cn/news/389504.shtml
英文地址，請注明出處：http://en.pswp.cn/news/389504.shtml

如若內容造成侵權/違法違規/事實不符，請聯系多彩編程網進行投訴反饋email:809451989@qq.com，一經查實，立即刪除！

相關文章

序列化框架MJExtension詳解 + iOS ORM框架

序列化框架MJExtension詳解 + iOS ORM框架

當開發中你的模型中屬性名稱和 字典(JSON/XML) 中的key 不能一一對應時, 或者當字典中嵌套了多層字典數組時..., 以及教你如何用 MJExtension 配置類來統一管理你的模型配置, 下面羅列了開發中常見的一些特殊情況, 請參考!(MJExtension/github) 最基本用法: // 將字典轉為模型 …
閱讀更多...
運行keras出現 FutureWarning: Passing (type, 1) or ‘1type‘ as a synonym of type is deprecated解決辦法

運行keras出現 FutureWarning: Passing (type, 1) or ‘1type‘ as a synonym of type is deprecated解決辦法

運行keras出現 FutureWarning: Passing (type, 1) or ‘1type’ as a synonym of type is deprecated; in a future version of numpy, 原則來說&#xff0c;沒啥影響&#xff0c;還是能運行&#xff0c;但是看著難受 解決辦法&#xff1a; 點擊藍色的鏈接&#xff1a; 進入 …
閱讀更多...
RedirectToAction()轉移方式及參數傳遞

RedirectToAction()轉移方式及參數傳遞

今天在做一個功能的時&#xff0c;使用RedirectToAction()需要從這里傳幾個參數&#xff0c;從網上查了一下&#xff0c;這樣解決。真好。 Return RedirectToAction("Index","ManageInfo",new{type0,page1});轉載于:https://www.cnblogs.com/ZaraNet/p/978…
閱讀更多...
軟件項目風險管理

軟件項目風險管理

近幾年來軟件開發技術、工具都有了很大的進步&#xff0c;但是軟件項目開發超時、超支、甚至不能滿足用戶需求而根本沒有得到實際使用的情況仍然比比皆是。軟件項目開發和管理中一直存在著種種不確定性&#xff0c;嚴重影響著項目的順利完成和提交。但這些軟件風險并未得到充分…
閱讀更多...
mongdb 群集_群集文檔的文本摘要

mongdb 群集_群集文檔的文本摘要

mongdb 群集This is a part 2 of the series analyzing healthcare chart notes using Natural Language Processing (NLP)這是使用自然語言處理(NLP)分析醫療保健圖表筆記的系列文章的第2部分。 In the first part, we talked about cleaning the text and extracting sectio…
閱讀更多...
keras框架實現手寫數字識別

keras框架實現手寫數字識別

詳細細節可學習從零開始神經網絡&#xff1a;keras框架實現數字圖像識別詳解&#xff01; 代碼實現&#xff1a; [1]將訓練數據和檢測數據加載到內存中(第一次運行需要下載數據&#xff0c;會比較慢): &#xff08;mnist是手寫數據集&#xff09; train_images是用于訓練系統…
閱讀更多...
gdal進行遙感影像讀寫_如何使用遙感影像進行礦物勘探

gdal進行遙感影像讀寫_如何使用遙感影像進行礦物勘探

gdal進行遙感影像讀寫Meet Jose Manuel Lattus, a geologist from Chile. In the latest Soar Cast, he discusses his work in mineral exploration and environmental studies, and explains how he makes a living by creating valuable information products based on diff…
閱讀更多...
從零開始神經網絡：keras框架實現數字圖像識別詳解！

從零開始神經網絡：keras框架實現數字圖像識別詳解！

接口實現可參考&#xff1a;keras框架實現手寫數字識別 思路&#xff1a; 我們的代碼要導出三個接口&#xff0c;分別完成以下功能&#xff1a; 初始化initialisation&#xff0c;設置輸入層&#xff0c;中間層&#xff0c;和輸出層的節點數。訓練train:根據訓練數據不斷的更…
閱讀更多...
大數據學習第一貼

大數據學習第一貼

搞了這么久的開發&#xff0c;一直沒有養成發博客的習慣&#xff0c;今天開始對大數據所需內容進行總結性記錄&#xff0c;并對以后遇到的問題形成一個自己的知識庫。就這些&#xff01;轉載于:https://blog.51cto.com/13921538/2299765
閱讀更多...
推薦算法的先驗算法的連接_數據挖掘專注于先驗算法

推薦算法的先驗算法的連接_數據挖掘專注于先驗算法

推薦算法的先驗算法的連接So here we are diving into the world of data mining this time, let’s begin with a small but informative definition;因此&#xff0c;這一次我們將進入數據挖掘的世界&#xff0c;讓我們從一個小的但內容豐富的定義開始&#xff1b; 什么是數…
閱讀更多...
Android 頁面多狀態布局管理

Android 頁面多狀態布局管理

一、現狀 頁面多狀態布局是開發中常見的需求&#xff0c;即頁面在不同狀態需要顯示不同的布局&#xff0c;實現的方式也比較多&#xff0c;最簡單粗暴的方式就是在 XML 中先將不同狀態對應的布局隱藏起來&#xff0c;根據需要改變其可見狀態&#xff0c;如果多個界面公用相同的…
閱讀更多...
Tensorflow入門神經網絡代碼框架

Tensorflow入門神經網絡代碼框架

Tensorflow—基本用法 使用圖 (graph) 來表示計算任務.在被稱之為 會話 (Session) 的上下文 (context) 中執行圖.使用 tensor 表示數據.通過 變量 (Variable) 維護狀態.使用 feed 和 fetch 可以為任意的操作(arbitrary operation)賦值或者從其中獲取數據。 ? TensorFlow 是一…
閱讀更多...
手把手教你把代碼丟入github 中

手把手教你把代碼丟入github 中

手把手教你把代碼丟入github 中 作為一個小運維一步步教你們怎么把代碼放入到github 中 首先呢我們下載一個git的客戶端 https://git-scm.com/downloads/ 下載一個最新版的2.16.2 下載后那就安裝吧。如果看不懂英文就選擇默認安裝的方式吧。但是你得記住你的軟件安裝的位置 小…
閱讀更多...
時間序列模式識別_空氣質量傳感器數據的時間序列模式識別

時間序列模式識別_空氣質量傳感器數據的時間序列模式識別

時間序列模式識別 1. Introduction 2. Exploratory Data Analysis ° 2.1 Pattern Changes ° 2.2 Correlation Between Features 3. Anomaly Detection and Pattern Recognition ° 3.1 Point Anomaly Detection (System Fault) ° 3.2 Collective Anomaly Detection (Externa…
閱讀更多...
oracle 性能優化 07_診斷事件

oracle 性能優化 07_診斷事件

2019獨角獸企業重金招聘Python工程師標準>>> 一、診斷事件 診斷事件無官方技術文檔支持&#xff0c;使用存在風險&#xff0c;慎用。使用診斷事件可以獲取問題更多的信息&#xff0c;調整系統運行 特性&#xff0c;啟用某些內部功能。用于系統故障的診斷。跟蹤應…
閱讀更多...
Tensorflow框架：卷積神經網絡實戰--Cifar訓練集

Tensorflow框架：卷積神經網絡實戰--Cifar訓練集

Cifar-10數據集包含10類共60000張32*32的彩色圖片&#xff0c;每類6000張圖。包括50000張訓練圖片和 10000張測試圖片 代碼分為數據處理部分和卷積網絡訓練部分&#xff1a; 數據處理部分&#xff1a; #該文件負責讀取Cifar-10數據并對其進行數據增強預處理 import os impo…
閱讀更多...
計算機科學速成課36：自然語言處理

計算機科學速成課36：自然語言處理

詞性 短語結構規則 分析樹 語音識別 譜圖 快速傅里葉變換 音素 語音合成 轉載于:https://www.cnblogs.com/davidliu2018/p/9149252.html
閱讀更多...
linux內存初始化初期內存分配器——memblock

linux內存初始化初期內存分配器——memblock

2019獨角獸企業重金招聘Python工程師標準>>> 1.1.1 memblock 系統初始化的時候buddy系統&#xff0c;slab分配器等并沒有被初始化好,當需要執行一些內存管理、內存分配的任務&#xff0c;就引入了一種內存管理器bootmem分配器。 當buddy系統和slab分配器初始化好后&…
閱讀更多...
數據科學學習心得_學習數據科學

數據科學學習心得_學習數據科學

數據科學學習心得蘋果 | GOOGLE | 現貨 | 其他 (APPLE | GOOGLE | SPOTIFY | OTHERS) Editor’s note: The Towards Data Science podcast’s “Climbing the Data Science Ladder” series is hosted by Jeremie Harris. Jeremie helps run a data science mentorship startup…
閱讀更多...
Keras框架：Alexnet網絡代碼實現

Keras框架：Alexnet網絡代碼實現

網絡思想&#xff1a; 1、一張原始圖片被resize到(224,224,3)&#xff1b; 2、使用步長為4x4&#xff0c;大小為11的卷積核對圖像進行卷積&#xff0c;輸出的特征層為96層&#xff0c; 輸出的shape為(55,55,96)&#xff1b; 3、使用步長為2的最大池化層進行池化&#xff0c;此時…
閱讀更多...
最新文章

Copyright @ 2022~2023