PTT數位生活區 / AndroidDev

[問題] handeler VS method 改UI thread的差異?

看板AndroidDev作者 (里歐)時間9年前 (2015/03/20 16:59), 編輯推噓1(1推 0噓 47→)
留言48則, 9人參與, 最新討論串1/2 (看更多)
我們都知道要開一個thread去改UI的話是不行的，需要用handler機制把thread用 sendmessage的方式回call main thread的handle message才能修改 這邊有個疑問是 這樣跟直接用method在main thread中修改UI有什麼差異呢? 因為用handler新開的thread雖然是在後台跑 但是回call回來還是block住main thread不是嗎? 這樣跟用method有什麼不同呢? -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 124.219.31.93 ※ 文章網址: https://www.ptt.cc/bbs/AndroidDev/M.1426841969.A.79C.html
→
03/20 17:07, , 1F
所以你不能在main thread做耗時的事情否則會ANR
03/20 17:07, 1F
→
03/20 17:28, , 2F
UI的修改前，可能會有大量的計算 大量計算跑在main
03/20 17:28, 2F
→
03/20 17:28, , 3F
下略 你懂的
03/20 17:28, 3F
→
03/20 19:42, , 4F
大量計算開thread，修改UI再call method
03/20 19:42, 4F
→
03/20 19:43, , 5F
這樣不使用handler也可以達到handler改UI的效果不是嗎?
03/20 19:43, 5F
→
03/20 19:47, , 6F
不了解的點是兩種方法都會block main thread,那為什麼需要
03/20 19:47, 6F
→
03/20 19:47, , 7F
用比較麻煩的handler呢?
03/20 19:47, 7F
推
03/20 20:32, , 8F
怎麼會一樣 例如你要載入一張網路圖片 把圖片載好花1秒
03/20 20:32, 8F
→
03/20 20:32, , 9F
用main thread跑 你這一秒都被卡住 而另開thread 則只要指定
03/20 20:32, 9F
→
03/20 20:33, , 10F
載好的圖片 記憶體都已擺好也就不會block到其他UI畫面
03/20 20:33, 10F
→
03/20 20:43, , 11F
call method 在thread 底下做的話，還是跑在thread阿
03/20 20:43, 11F
→
03/20 20:47, , 12F
會用handler是因為一般情形下handler是綁ui thread
03/20 20:47, 12F
→
03/20 20:48, , 13F
call回來是在main thread的message queue上排程，不會直接
03/20 20:48, 13F
→
03/20 20:48, , 14F
block main thread，會block就是你用錯了
03/20 20:48, 14F
→
03/20 20:49, , 15F
handler是把message queue包裝起來用，跟開thread是兩回事
03/20 20:49, 15F
→
03/20 20:51, , 16F
所以有複雜計算在thread做，做完需要改ui時用handler
03/20 20:51, 16F
→
03/20 20:51, , 17F
，handler裡 call method才會在 ui thread 更新ui
03/20 20:51, 17F
→
03/20 20:52, , 18F
你看起來跟thread不太熟，直接call method是在同一個thread
03/20 20:52, 18F
→
03/20 21:57, , 19F
感謝大家，我目前的理解是這樣的
03/20 21:57, 19F
→
03/20 21:57, , 20F
handler誕生的主要原因是主線程要和子線程溝通用的
03/20 21:57, 20F
→
03/20 21:57, , 21F
一般thread做不到這一點
03/20 21:57, 21F
→
03/20 21:57, , 22F
所以比較heavy的工作放在thread做，要改ui再用handler
03/20 21:57, 22F
→
03/20 21:58, , 23F
通知main thread修改
03/20 21:58, 23F
→
03/20 21:58, , 24F
但今天如果只是簡單的setText，那其實直接call就可以了
03/20 21:58, 24F
→
03/20 21:58, , 25F
開thread再用handler call和直接call在這是沒有區別的
03/20 21:58, 25F
→
03/20 21:58, , 26F
因為中間沒有複雜的運算
03/20 21:58, 26F
→
03/20 22:00, , 27F
是阿.. 所以這種就直接setText 就可以了阿..
03/20 22:00, 27F
→
03/20 22:26, , 28F
有什麼不同你試一下就知道，只有在main thread才可以改UI
03/20 22:26, 28F
→
03/20 22:33, , 29F
直接call你會得到一個CalledFromWrongThreadException
03/20 22:33, 29F
→
03/22 03:10, , 30F
回call回來又不會block住
03/22 03:10, 30F
→
03/23 18:08, , 31F
main thread已經很忙，要更新UI，又要處理touch event、
03/23 18:08, 31F
→
03/23 18:08, , 32F
key event等，如果用來處理其他事情，使得畫面無法即時
03/23 18:08, 32F
→
03/23 18:08, , 33F
更新，觸控事件無法即時處理，操作就會卡頓，人眼認為fp
03/23 18:08, 33F
→
03/23 18:08, , 34F
s 30是順暢；另外我記得系統每16ms會draw一次，阻礙到就
03/23 18:08, 34F
→
03/23 18:08, , 35F
會感覺不順暢。Android有ANR機制保護，可讓使用者強制
03/23 18:08, 35F
→
03/23 18:08, , 36F
關閉程序，避免main thread被惡意佔用使得手機被綁架。
03/23 18:08, 36F
→
03/23 18:08, , 37F
另外broadcast receiver, service等也要注意，他們在系
03/23 18:08, 37F
→
03/23 18:08, , 38F
統內也有對應的回應時間控制。
03/23 18:08, 38F
→
03/23 18:23, , 39F
Handler是Android提供讓你做非同步調用的機制所含的一
03/23 18:23, 39F
→
03/23 18:23, , 40F
個類別，大致上就是你可以開一個thread然後放Looper.pre
03/23 18:23, 40F
→
03/23 18:23, , 41F
pare()，Looper會給這個thread一個message queue並且用
03/23 18:23, 41F
→
03/23 18:23, , 42F
迴圈去取，Handler必須與Looper搭配，當有message時就會
03/23 18:23, 42F
→
03/23 18:23, , 43F
發到Handler的handleMessage()。Handler的無參數建構子
03/23 18:23, 43F
→
03/23 18:23, , 44F
會用當前thread的looper，所以你在main thread創handler
03/23 18:23, 44F
→
03/23 18:23, , 45F
，就能利用main thread本來就有的looper，當你從其他thr
03/23 18:23, 45F
→
03/23 18:23, , 46F
ead發送訊息給這個handler時，最終就可以在main thread
03/23 18:23, 46F
→
03/23 18:24, , 47F
處理這個訊息。如果要給別的thread一個handler，用法前
03/23 18:24, 47F
→
03/23 18:24, , 48F
面說過了，不然也可直接利用HandlerThread這個類別。
03/23 18:24, 48F
‣ 更多 ntuleo 的文章
文章代碼(AID): #1L2-5nUS (AndroidDev)
AndroidDev 近期熱門文章
更多 近期熱門文章 >>
PTT數位生活區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 ntuleo 的文章
文章代碼(AID): #1L2-5nUS (AndroidDev)