-
---摘自評論區(qū) 在ViewRootImpl沒有實例化的時候是不會check是否是主線程，也就是說，在非UI線程中是可以更新UI的，但是為了線程安全的原因，系統(tǒng)會強制要求只能在主線程中更新UI（猜測）。之所以說沒有太大的意義是因為實際開發(fā)中是不會有這種情況的，谷歌官方也是說了只能在UI線程更新UI，這頂多算是一個BUG吧，看不懂的朋友們知道就行了，不用深究~ 非UI線程能否更新UI --->剛啟動的時候，立即在非UI線程更新->不報錯。 --->休眠2s鐘以后，更新——————>報錯 更新UI-->會調(diào)用checkForRelayout()方法 -->invalidate()方法-->invalidate(true)方法，關(guān)注viewParent-->ViewRootImpl是ViewParent的實現(xiàn)類 --->p.invalidateChild()-->查看ViewRootImpl.invalidateChild()-->checkThread()方法-->判斷UI線程是否是當前線程，不想等拋出異常。 ViewRootImpl是onResume(）方法才會創(chuàng)建。所以onCreate()方法中要延遲才可以。 面試用：在非主線程是否可以更新UI 答：當剛啟動還沒有onResume的時候可以，即onCreate里面 ViewRootImp是在onResume方法中初始化的，在onCreate方法中創(chuàng)建線程并執(zhí)行，此時還沒有初始化ViewRootImp查看全部
-
Android中更新UI的幾種方式: 1. public void activityUpdateUI(){ runOnUiThread(new Runnable() { @Override public void run() { textView.setText("Changed by Activity"); } }); } 2. public void handlerChangeUI(){ handler.post(new Runnable(){ @Override public void run() { textView.setText("OK"); } }); } 3. public void handlerChangeUI2(){ handler.sendEmptyMessage(1); } 4. view.post() public void viewUpdateUI(){ textView.post(new Runnable() { @Override public void run() { textView.setText("UI was updated by view.post"); } }); } 通過源碼我們可以發(fā)現(xiàn): handler使用post()去發(fā)送一個Runnable，其實它內(nèi)部也是封裝了Message去發(fā)送的，本質(zhì)上和直接發(fā)送Message沒有區(qū)別； runOnUiThread()方法會判斷當前線程是不是UI線程，不是的話，則調(diào)用Activity自己的Handler對象，通過該對象發(fā)送一個Runnable；如果是，則調(diào)用UI線程的run()方法。 View的post()方法會判斷 attachInfo 是否為空。如果不為空，則通過 attachInfo 的Handler對象去post一個Runnable對象。如果為空，則調(diào)用ViewRootImpl的getRunQueue去拿到一個Handler去post一個Runnable對象。 綜上，更新UI的四種方法，本質(zhì)上都是通過Handler機制去更新UI的。查看全部
-
主線程和子線程之間的交互的實現(xiàn) 本例的思路： 1. 在主線程中創(chuàng)建兩個Handler對象 handler 和 handler2（圖中是threadHandler），并直接初始化 handler，而handler2 不初始化。 2. 使用 HandlerThread 創(chuàng)建一個子線程 thread ，并啟動 thread 。 3. 初始化 handler2（使用 thread 的 getLooper()作為參數(shù)），這樣一來handler2就是子線程的 Handler 對象。 4. 重寫 handler 和 handler2 的 handleMessage()方法，在里面創(chuàng)建Message對象，并使用對方的sendMessageDelayed(message,1000);方法發(fā)送消息。 5. 定義一個Button，定義點擊事件，由點擊事件觸發(fā)如上交互的操作。 如上操作中，第4點是核心，也就是兩個 Handler 各自重寫 handleMessage()，方法里面卻是使用對方的 sendMessage() 方法。這樣就實現(xiàn)了主線程和子線程的相互發(fā)送信息。 -------------- 摘自評論區(qū)，親測有效： 取消發(fā)送，經(jīng)測試，需要將UIhandler 和 threadhandler中的message的what 設(shè)置為1，取消的時候要同時removeMessage（1）； 1. 子線程向主線程發(fā)送消息，必須有主線程的Handler，該Handler綁定了主線程的Looper。 2. 主線程向子線程發(fā)送消息，必須有子線程的Looper，為了防止Looper沒有初始化，所以通過HandlerThread類，來保證子線程的Looper再被主線程調(diào)用時已經(jīng)初始化。查看全部
-
HandlerThread 解決了多線程并發(fā)導(dǎo)致空指針的問題 為什么Handler需要和Looper關(guān)聯(lián)，是因為Handler需要往Looper中的mQeueu里插入Message。所以，如果主線程需要和子線程之間通信，那有兩個方法：<br> 1. 主線程擁有子線程的Handler（注意：子線程的Handler需要關(guān)聯(lián)自己的Looper），通過該Handler發(fā)送消息即可。<br> 2. 主線程創(chuàng)建一個Handler，但是將子線程的Looper傳遞給Hander，這樣Handler也是往子線程Looper對象的mQueue里插入msg，子線程Looper.loop自然可以拿到主線程消息了。<br> <br> 但是，這兩種情況都有弊端。就是線程并發(fā)的時候，不能保證子線程的Handler或者Looper對象已經(jīng)被初始化了。所以這個時候才需要用到HandlerThread 我們可以使用 HandlerThread 模擬異步任務(wù)的操作，只需要在主線程中給子線程發(fā)送消息，讓子線程做耗時操作。 總之，HandlerThread可以處理耗時操作，例如下載網(wǎng)絡(luò)圖片、更新數(shù)據(jù)庫等等，可以在完全不占用主線程的情況下處理比較耗時的操作。從設(shè)計的角度來看，是比較方便快捷的。 因為如果自己想要實現(xiàn)異步任務(wù)機制，就需要考慮一些問題，例如要開啟線程、往異步任務(wù)中添加任務(wù)，任務(wù)本身還要考慮存儲結(jié)構(gòu)、什么時候添加任務(wù)、什么時候移除任務(wù)，以及任務(wù)如何傳遞、派發(fā)等等。比較麻煩。 而Android提供了HandlerThread方法，它是系統(tǒng)已經(jīng)將任務(wù)的發(fā)送、處理等都封裝好了，使用起來比較方便，我們只需調(diào)用 HandlerThread。查看全部
-
如圖，分別在主線程和自定義的子線程中創(chuàng)建 Handler 。在各自的 handlerMessage()方法中打印當前線程的id。Handler和線程是相關(guān)聯(lián)的。 要在線程中創(chuàng)建一個 Handler，需要先創(chuàng)建 Looper ，創(chuàng)建的方法很簡單：Looper.prepare(); 之后就可以創(chuàng)建 Handler 了。在創(chuàng)建 Handler 之后別忘了調(diào)用 Looper.loop(); 這樣才能實現(xiàn)對消息的循環(huán)處理。 再次強調(diào)：不可以在主線程中做耗時操作，就比如示例里面主線程中的 handlerMessage()，不能執(zhí)行耗時操作。 我們一般是在主線程中創(chuàng)建Handler對象，在主線程中處理Message，在子線程中調(diào)用這個Handler對象的sendMessage()來發(fā)送message。所以Handler是在哪個線程創(chuàng)建就有哪個線程處理Message和輪詢，而由別的線程負責(zé)給這個Handler發(fā)送Message。 * 每個線程都對應(yīng)一個looper，在線程里面創(chuàng)建的handler默認都會與這個looper對應(yīng) * 一個線程可以有多個handler與唯一的一個looper對應(yīng)，有且只有一個looper * 這里主要是讓我們熟悉在oncreat創(chuàng)建的handler與子線程創(chuàng)建handler * oncreate創(chuàng)建的handler他默認里面會有一個looper與之對應(yīng) * 所以我們自己在子線程中創(chuàng)建handler對象的時候我們應(yīng)該要自主創(chuàng)建一個looper ---摘自大神查看全部
-
Handler原理的圖解。 員工（Handler）要上廁所，需要和領(lǐng)導(dǎo)知會一下（sendMessage），領(lǐng)導(dǎo)（Looper）反饋消息（ Looper.loop() ）后，“上廁所”這件事還是由員工自己去解決（handleMessage）。 Looper僅僅起了傳達消息的作用，而消息的發(fā)送和處理都還是由Handler自己去做。查看全部
-
大神筆記： handler:工人； looper:傳送帶移動的動力； messagequeue:傳送帶； message:傳送帶上面的產(chǎn)品。 工人（handler）把自己的產(chǎn)品(message)放在傳送帶(messagequeue)尾部，在動力(looper)作用下，傳送帶向前移動，最終產(chǎn)品到達傳送帶頭部，被取出來處理（handmessage()）。查看全部
-
Android設(shè)計用handler機制更新UI解決了多線程并發(fā)問題。 在一個Activity中，有多個線程更新UI,并且都沒有加鎖機制，會導(dǎo)致更新界面錯亂; 如果更新UI操作都進行加鎖處理，則會導(dǎo)致性能下降。 Handler的原理是什么？ 面試經(jīng)典問題：Looper、Handler、Message（或MessageQueue）三者間的關(guān)系？ 一、Handler封裝了消息的發(fā)送（主要是將消息發(fā)送給誰（默認是Handler自己），以及什么時候發(fā)送）。 Looper： 1.內(nèi)部包含一個消息隊列 MessageQueue，所有的 Handler 發(fā)送的消息都走向（加入）這個消息隊列。 2.Looper.Looper方法，就是一個死循環(huán)，不斷地從 MessageQueue 取得消息，如果有消息就處理消息，沒有消息就阻塞。 二、MessageQueue MessageQueue 就是一個消息隊列，可以添加消息，并處理消息。 三、Handler 也很簡單，內(nèi)部會跟 Looper 進行關(guān)聯(lián)，也就是說，在 Handler 的內(nèi)部可以找到 Looper，找到了 Looper 也就找到了 Message。在 Handler 中發(fā)送消息，其實就是向 MessageQueue 隊列中發(fā)送消息。 總結(jié)：Handler 負責(zé)發(fā)送消息，Looper 負責(zé)接收 Handler 發(fā)送的消息，并直接把消息回傳給 Handler 自己，MessageQueue就是一個存儲消息的容器。查看全部
-
Message message=handler.obtainMessage();//從Handler對象中獲取Message對象，而不是自己new，這樣效率高。 message.sendToTarget(); //對于從handler對象中獲取的message，可以直接使用該方法發(fā)送消息。 知識拓展： 1。實例化Handler時，可以使用帶一個Callback接口參數(shù)的構(gòu)造函數(shù)。 其中Callback有一個未實現(xiàn)的方法。 這個方法有一個返回值（boolean） 2.當該Handler收到消息時，首先會調(diào)用Callback中的消息處理方法。 2.1 如果返回值為false，消息不會被截斷。Handler依然可以處理該消息。 2.2 如果返回值為true，消息將會被截斷。Handler中的處理消息方法不會被執(zhí)行。查看全部
-
There are some main methords to schedule messages: post(Runnable) postAtTime(Runnable, long) postDelayed(Runnable, long) sendEmptyMessage(int) sendMessage(Message) sendMessageAtTime(Message, long) sendMessageDelayed(Message, long)查看全部
-
A Handler allows you to send and process Message and Runnable objects associated with a thread's MessageQueue. Each Handler instance is associated with a single thread and that thread's message queue. When you create a new Handler, it is bound to the thread / message queue of the thread that is creating it . From that point on, it will deliver messages and runnables to that message queue and execute them as they come out of the message queue. There are two main uses for a Handler: (1) to schedule messages and runnables to be executed as some point in the future; (2) to enqueue an action to be performed on a different thread than your own. When a process is created for your application, its main thread is dedicated to running a message queue that takes care of managing the top-level application objects (activities, broadcast receivers, etc) and any windows they create.查看全部
-
handler 是什么？ 是Android提供給我們更新ui的一套機制，也是一套消息機制，我們可以發(fā)送消息，也可以通過它處理消息。 不用handler可以嗎? Android在設(shè)計的時候封裝了一套消息創(chuàng)建、傳遞、處理機制，如果不遵循這樣的機制，就會拋出異常查看全部
-
為什么使用handler查看全部
-
handler 是什么？ 是Android提供給我們更新ui的一套機制，也是一套消息機制，我們可以發(fā)送消息，也可以通過它處理消息。查看全部
-
創(chuàng)建子線程的handler查看全部
舉報
0/150
提交
取消