編輯:關於Android編程
一個Bug
前幾日出現這樣一個Bug是一個RuntimeException,詳細信息是這樣子的:
復制代碼 代碼如下:
java.lang.IllegalArgumentException: View not attached to window manager
at android.view.WindowManagerImpl.findViewLocked(WindowManagerImpl.java:356)
at android.view.WindowManagerImpl.removeView(WindowManagerImpl.java:201)
at android.view.Window$LocalWindowManager.removeView(Window.java:400)
at android.app.Dialog.dismissDialog(Dialog.java:268)
at android.app.Dialog.access$000(Dialog.java:69)
at android.app.Dialog$1.run(Dialog.java:103)
at android.app.Dialog.dismiss(Dialog.java:252)
at xxx.onPostExecute(xxx$1.java:xxx)
首先是Google了下,發現引發這個的原因基本上都一致都是Dismiss對話框的時候,Activity已經不再存在。常發生這類Exception的情形都是,有一個費時的線程操作,需要在顯示一個ProgressDialog,在任務開始的時候顯示一個對話框,然後當任務完成了再Dismiss對話框,如果在此期間如果Activity因為某種原因被殺掉且又重新啟動了,那麼當Dismiss的時候WindowManager檢查發現Dialog所屬的Activity已經不存在了,所以會報IllegalArgumentException: View not attached to window manager.
其實此類Exception的一重要的原因是,ProgressDialog的創建顯示和取消都允許在非UI線程中進程。在Android當中非UI線程是不允許操作UI相關的事情,比如添加移除View等,但是為會麼允許創建顯示和取消對話框呢?而且還有可能引發此Exception導致應用Crash。
要想避免此類Exception,就要正確的使用對話框,也要正確的使用線程。
正確的使用對話框
不要在非UI線程中使用對話框創建,顯示和取消對話框。
那麼對於異步操作顯示對話框怎麼辦呢?Activity都有相應的操作對話框的回調比如onCreateDialog(),showDialog(),dimissDialog(),removeDialog()等等。這些因為都是Activity的方法,所以用起來更方便,也不用顯示創建和操控Dialog對象,一切都由框架操控,相對來說比較安全。
另外就是一定要讓對話框對象在Activity的可控制范圍之內和生命周期之內,比如一定要是它的成員變量,並且在讓對話框變量活躍在Activity的onCreate()和onDestroy()之間。
正確的使用線程
盡量少用單獨線程,除非是真正的費時操作才用線程,線程也不要直接用Java式的匿名線程,除非是那種單純的操作,操作完成後不需要做其他事情的。
盡可能多用Android提供的類比如AsyncTask等。另外如果線程操作過程中還需要與主線程有交互,那麼最好保存一個線程的對象,並且線程內部最有一定的控制,這樣可以讓Activity更好的操控線程。
如果說某些操作是特別費時的,且是經常性的操作,比如從網絡獲取數據,或是從後台讀取文件,或是導入/導出,恢復/備份的事情,最好放到後台Service中去做,然後在StatusBar中給出相應進度。
很多APP默認的圖標並不美觀,而更多追求個性的用戶也不喜歡手機屏幕上出現大眾化的APP樣式。那麼,我們能否脫離PC,直接在手機端修改APP圖標的模樣呢?工欲
實現原理是使用RecyclerView的OnTouchListener方法監聽滑動 在adapter裡面增加兩項footview 其中date.size為顯示的加載條,可
dispatchTouchEvent話不多說直接上源碼 /** * Pass the touch screen motion event down to t
在研究了幾天JNI後,在自己生成的so庫中調用第三方so庫時遇到問題,解決之後特意整理、記錄一下。首先說一下在網上查找資料時,對於調用第三方so庫,有人說有兩種方法:1.