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