Android在利用里顯示Dialog是個很簡單的事情,但是1直沒試過在Service里面顯示Dialog。根據之前的經驗UI操作要在主線程,本地的服務Service是主線程里沒錯,但是遠程service里面顯示Dialog,聽起來是否是就應當沒有在主線程里面了呢?
嘗試1下就知道了,寫了個AIDL的調用,client端去調用AIDL,在Service這邊就是去顯示1個Dialog。AIDL的部份就疏忽了。Service這邊的代碼就和Activity上顯示dialog1樣。
固然dialog要setType(WindowManager.LayoutParams.TYPE_SYSTEM_ALERT);
結果呢,悲劇了。Can't create handler inside thread that has not called Looper.prepare()
甚么意思呢,主觀理解,要顯示個Dialog需要有消息循環的支持,給它1個消息循環就行了唄。但是,問題來了。。。 這個進程產生在哪一個線程上呢,后來調試發現原來每次binder調用過來都會有1個線程出現,而且還是每次都是不1樣的,估計是從1個線程池里面拿的。
那怎樣給這個線程加上looper呢,沒辦法只能自己開1個線程了,果然在1個帶looper的線程里去顯示dailog貌似就沒問題了。
那末問題又來了,為何顯示Dialog需要looper的支持呢?
看代碼:
原來Dialog有1個
最后還有1個問題,1直說UI操作必須要在主線程,那上面說的這個情況就有點奇怪了,顯現Service是遠程的,顯示dialog又是Service的1個子線程,跟主線程有半毛錢關系嗎?費解了,以我個人理解,這個非主線程不操作UI看來其實不是絕對的吧。
再仔細想一想,之前有看到過,其實不管是Dialog還是Acitivty本質上都是通過WindowManager往window上加了1個view(ViewRoot),所有的view不多是只屬于1個client,各個client都在這個window上分了1杯羹,那末,有多個線程會去更新各自的view也就不奇怪了。只是每個View本身只能有1個線程來操作罷了。這就是我對非主線程不能操作UI的認識,不知道是否是正確。
上一篇 Android在程序中瀏覽網頁
下一篇 鴨梨山大,格力戰雙11有何苦衷?