今天有幸去哥們的大公司做瞭半天的臨時工,一個偶現的Bug折騰瞭他好久,好不容易今天抓到瞭異常Log日志,大致的意思就是android.view.windowleaked——窗體泄漏。我在網上查瞭資料:
Android的每一個Activity都有個WindowManager窗體管理器,構建在某個Activity之上的對話框、PopupWindow也有相應的WindowManager窗體管理器。因為Dialog、PopupWindown不能脫離Activity而單獨存在著,所以當承載某個Dialog或者某個PopupWindow正在顯示的Activity被finish()後,而Dialog(或PopupWindow)沒有正常退出的話,就會拋Window
Leaked錯誤瞭,因為這個Dialog(或PopupWindow)的WindowManager已經沒有誰可以附屬瞭,所以它的窗體管理器就泄漏瞭。
根據此信息分析出,在進入新的Activity時突然轉屏(哥們開發的sdk支持橫豎屏切換),因為在AndroidManifest.xml中沒有配置android:configChanges屬性,此時Activity會重新調用onCreate方法,即會重新調用整個生命周期,而此時的Dialog已經顯示並沒有dismiss,所以造成瞭窗體泄漏。解決的方法就變得如此簡單,在AndroidManifest.xml中配置android:configChanges屬性,這樣當我們橫豎屏切換的時候會調用Activity的onConfigurationChanged方法,不會重新調用整個生命周期瞭。我們最後配置瞭android:configChanges=”screenSize|orientation|keyboardHidden|navigation”。
既然談到瞭android:configChanges屬性,我又做瞭進一步的研究,綜合網上的資料,總結出:
1、不設置Activity的android:configChanges時,切屏會重新調用整個生命周期,切橫屏時會執行一次,切豎屏時會執行兩次
2、設置Activity的android:configChanges=”orientation”時,切屏還是會重新調用整個生命周期,切橫、豎屏時隻會執行一次
3、設置Activity的android:configChanges=”orientation|keyboardHidden”時,切屏不會重新調用整個生命周期,隻會執行onConfigurationChanged方法
但是,自從Android 3.2(API 13),在設置Activity的android:configChanges=”orientation|keyboardHidden”後,還是一樣會重新調用各個生命周期的。因為screensize也開始跟著設備的橫豎切換而改變。所以在AndroidManifest.xml裡設置的MiniSdkVersion和 TargetSdkVersion屬性大於等於13的情況下,如果你想阻止程序在運行時重新加載Activity,除瞭設置”orientation”,
你還必須設置” screenSize”。
——以上信息從網上看到,覺得很有用,但自己並沒有驗證過,不過相信也是LZ驗證過發出的,應該會很有用的。
附上android:configChanges屬性解釋:
VALUE | DESCRIPTION |
“mcc” | 國際移動用戶識別碼所屬國傢代號是改變瞭—– sim被偵測到瞭,去更新mcc mcc是移動用戶所屬國傢代號 |
“mnc” | 國際移動用戶識別碼的移動網號碼是改變瞭—— sim被偵測到瞭,去更新mnc MNC是移動網號碼,最多由兩位數字組成,用於識別移動用戶所歸屬的移動通信網 |
“locale” | 地址改變瞭—–用戶選擇瞭一個新的語言會顯示出來 |
“touchscreen” | 觸摸屏是改變瞭——通常是不會發生的 |
“keyboard” | 鍵盤發生瞭改變—-例如用戶用瞭外部的鍵盤 |
“keyboardHidden” | 鍵盤的可用性發生瞭改變 |
“navigation” | 導航發生瞭變化—–通常也不會發生 |
“screenLayout” | 屏幕的顯示發生瞭變化——不同的顯示被激活 |
“fontScale” | 字體比例發生瞭變化—-選擇瞭不同的全局字體 |
“uiMode” | 用戶的模式發生瞭變化 |
“orientation” | 屏幕方向改變瞭 |
“screenSize” | 屏幕大小改變瞭 |
“smallestScreenSize” | 屏幕的物理大小改變瞭,如:連接到一個外部的屏幕上 |
今天收獲不小,見識瞭大公司的霸氣,也加深瞭android:configChanges屬性的瞭解。