今天閑來無事，突然想來一個(gè)問題茴丰，我在子線程中更新UI操作會(huì)怎么樣达皿？當(dāng)然，老司機(jī)肯定知道贿肩，這樣應(yīng)用會(huì)拋出異常的峦椰，然后我做了這個(gè)測(cè)試，首先我在oncreat方法中做了這一個(gè)操作如下圖
滿心歡喜的運(yùn)行測(cè)試項(xiàng)目汰规，當(dāng)時(shí)內(nèi)心期待會(huì)拋出異常汤功，但是，但是溜哮，萬萬沒想到滔金，程序竟然正常，我竟然驚呆了茂嗓，這是怎么回事餐茵，難道是那些傳說是假的？我內(nèi)心有點(diǎn)懵逼了在抛，我轉(zhuǎn)念一想钟病，這個(gè)時(shí)候UI是不是還沒創(chuàng)建呢？oncreat方法中到底做了什么呢刚梭？我點(diǎn)開源碼去看了一下，
發(fā)現(xiàn)oncreat方法中僅僅只是做了配置參數(shù)的保存票唆，也就是說這個(gè)時(shí)候視圖并沒有創(chuàng)建朴读，那么視圖在什么時(shí)候創(chuàng)建呢？走趋，我們知道衅金，當(dāng)生命周期調(diào)用了onresume方法時(shí)，這個(gè)時(shí)候activity才會(huì)展示在我們眼前，那么這個(gè)時(shí)候視圖才會(huì)真正的創(chuàng)建了氮唯，也就說viewRootImp這個(gè)時(shí)候才會(huì)添加到decorview中鉴吹，那么到底是不是在onresume方法中開始顯示視圖呢？我們看一段代碼惩琉。
這是activity啟動(dòng)流程中一段代碼豆励，了解activity啟動(dòng)流程一定熟悉這段代碼，我們可以看到在這里瞒渠，視圖才會(huì)真正的展示出來良蒸。也就是說在oncreat方法中去調(diào)用線程更新UI，這個(gè)時(shí)候視圖還沒有創(chuàng)建伍玖，所以才會(huì)出現(xiàn)上述現(xiàn)象嫩痰，那么我們將上述方法移到onresume方法中去試試。結(jié)果窍箍，結(jié)果真的出現(xiàn)了
看到這個(gè)串纺，我們知道了，原來誠不欺我椰棘。那么問題來了纺棺，為什么會(huì)這樣了，也就是為什么不能再子線程中更新UI呢晰搀？我們看看更新UI做了什么
繼續(xù)探究checkForRelayout()方法五辽，
可以看到，每次都會(huì)是重繪界面UI外恕，那么我們可以猜一下杆逗，是不是因?yàn)橹乩L機(jī)制中出現(xiàn)這個(gè)限制呢？帶著這個(gè)疑問我們?nèi)タ纯粗乩L源碼鳞疲，
沒有找到罪郊，但是可以看到調(diào)用了viewParent的重繪子view的方法，這個(gè)viewParent肯定是ViewGroup l 那么我們繼續(xù)看ViewGroup 中的重繪機(jī)制的方法尚洽，
涼涼悔橄，什么都沒看到，頭皮發(fā)麻腺毫，但是突然想到這個(gè)方法是實(shí)現(xiàn)的啊癣疟，那么限制操作是不是在實(shí)現(xiàn)之前就做了呢，
沒問可以看到調(diào)用了parent的重繪方法潮酒，那么我們結(jié)合上面代碼可以知道睛挚，這個(gè)parent可能是viewRootImp也可能是view，也就是說急黎，這個(gè)方法實(shí)際是在viewRootImp或者view當(dāng)中的扎狱，首先我們?nèi)iew中全局搜索這個(gè)方法發(fā)現(xiàn)沒有這個(gè)方法侧到，那么可以斷定這個(gè)方法只能是viewRootImp當(dāng)中的了，那么我們?nèi)タ纯础?/p>
看標(biāo)記的地方淤击，在重繪開始之前其實(shí)就在檢查線程了匠抗，果然，這一步還是找到了污抬，那么我們猜想慢慢有了結(jié)論汞贸，現(xiàn)在繼續(xù)去看這個(gè)標(biāo)記中的方法到底干了什么，
首先檢查當(dāng)前線程如果不是主線程壕吹，直接拋出上述異常著蛙，也就是我們上面在onresume中操作時(shí)候拋出的異常，Soga耳贬，這個(gè)過程終于被我找到了踏堡。
? ? ? ? 好了，現(xiàn)在我們來總結(jié)下咒劲，首先我們?cè)趏ncreat方法中實(shí)現(xiàn)子線程更新UI顷蟆，這個(gè)時(shí)候是不會(huì)報(bào)異常的，因?yàn)檫@個(gè)時(shí)候視圖還沒有顯示出來腐魂，然后在onresume方法操作帐偎，這個(gè)異常拋出來，那么這個(gè)異常怎么產(chǎn)生的呢蛔屹，因?yàn)楦耈I是需要重繪的削樊，在viewRootImp中的重繪機(jī)制發(fā)現(xiàn)，在重繪之前是需要檢查線程的兔毒，如果當(dāng)前線程不是主線程的話漫贞，那么就會(huì)拋出這個(gè)異常，但是還有一種方法說育叁，在子線程中更新UI是不安全的迅脐，對(duì)于這個(gè)解釋一下，首先這個(gè)觀點(diǎn)是對(duì)的豪嗽，因?yàn)槿绻麅蓚€(gè)子線程谴蔑，其中一個(gè)更新UI了，例如：tv.setText("好")龟梦，但是另一個(gè)子線程也去更新UI隐锭，tv.setText("壞")，那么這個(gè)UI就會(huì)不斷被修改计贰，這個(gè)肯定是我們不愿意看到的成榜，在主線中因?yàn)橹挥幸粋€(gè)主線程，不會(huì)存在其他主線程搶占資源去讀寫UI操作蹦玫，所以綜合上述兩個(gè)觀點(diǎn)赎婚，為什么子線程中不能更新UI操作了！Ｓ８取挣输！
