1. 安卓多線程間通信和多進程之間通信有什麼不同
handler是android特有的機制，最大的好處就是實現了Activity主線程（就是UI主線程）和其他線程（自己定義的Thread）之間的數據通信。Timer和Thread是實現多線程的，而handler是實現線程間通信的，二者很大不同，關於handler的用法，參考搜索。。。
2. Android子線程和子線程之間的通信是怎樣的
如果你Thread A獲取數據是給另外一個Thread B使用的,那為什麼不以Thread B為主，甚至直接讓Thread B來請求數據數據呢。疑問：Thread A 請求數據，Thread B在那專門等待？為什麼要這么設計？如果你非要這么干，那也是Thread A把數據處理好了
3. android中什麼時候會選擇用廣播來進行線程間的通信
android中什麼時候會選擇用廣播來進行線程間的通信 Android 多線程 通信
線程中通信就不要用廣播了吧 進程中通信可以用廣播或者aidl
可是，這兩天看到的項目都是這么做的；然後，自己分析了下，覺得一下的理由也是可以成立的；
1.正常情況下我們選擇handler消息機制來進行單向的線程間的通信；（工作線程向主線程發送消息）
因為主線程有現成的handler，而工作線程沒有現成的handler，這樣的話，主線程將handler交給工作線程而讓工作線程將工作的結果交給主線程；
相反，工作線程中沒有現成的handler（事實上是沒有消息隊列，也就是handler沒有綁定到工作線程），那麼，如果開辟的話，代碼角度上是挺麻煩的（相對應廣播機制來說）；
2.廣播機制本身就是雙向的（工作線程向主線程發送廣播，主線程向工作線程發送廣播）；
//另外，對於像一個activity中通過fragment來進行界面的處理； 我們大多數情況下是採用廣播的機制來實現fragment中adapter的數據的更新；這樣做主要是考慮到工作線程的任務載入完成，而具體的對應刷新的activity可能還沒有啟動；
另外，基於介面隔離原則，如果用handler進行通信的話，則不能很好的滿足這一原則；
你要是周期比較長 用廣播好些吧
應該與周期關系不是很密切。最主要的原因是兩條線成是雙向通信。
Handler類似於P2P的通信。
廣播則類似於一個server端，用來處理分發不同線程的請求，從控制器的角度來說用廣播更好一點。
一般使用Handler的，多用於子線程處理事務，完成時告知主線程這一類的情況。
而類似樓主所說的多條線程之間需要頻繁交互的話，廣播是個很好的選擇，並且結構清晰，只是不知道廣播的性能與handler相比會怎麼樣。
4. 面試被問到android中兩個子線程怎麼通信，我懵了。
構造HandlerThread類的對象mHandlerThread，這樣生成一個子線程可以調用new MyHandler(mHandlerThread.getLooper())來獲取子線程的handler，另一個子線程發消息，收到消息的就是子線程而不是主線程了。
5. 線程間通信方式有哪些，進程間通信方式，兩個線程分別為生成/消費如何通信
您好：AIDL（Android Interface Definition Language）是一種介面定義語言，編譯器通過*.aidl文件的描述信息生成符合通信協議的Java代碼，我們無需自己去寫這段繁雜的代碼，只需要在需要的時候調用即可，通過這種方式我們就可以完成進程間的通信工作。Handler通俗一點講就是用來在各個線程之間發送數據的處理對象。在任何線程中，只要獲得了另一個線程的handler，則可以通過 handler.sendMessage(message)方法向那個線程發送數據。基於這個機制，我們在處理多線程的時候可以新建一個thread，這個thread擁有UI線程中的一個handler。當thread處理完一些耗時的操作後通過傳遞過來的handler像ui線程發送數據，由UI線程去更新界面。
6. Android可以讓主線程在其他子線程執行完後再執行嗎如果可以，該怎麼做
android中什麼時候會選擇用廣播來進行線程間的通信 Android 多線程 通信 線程中通信就不要用廣播了吧 進程中通信可以用廣播或者aidl 可是，這兩天看到的項目都是這么做的；然後，自己分析了下，覺得一下的理由也是可以成立的； 1.正常情況下我們選擇handler消息機制來進行單向的線程間的通信；（工作線程向主線程發送消息） 因為主線程有現成的handler，而工作線程沒有現成的handler，這樣的話，主線程將handler交給工作線程而讓工作線程將工作的結果交給主線程； 相反，工作線程中沒有現成的handler（事實上是沒有消息隊列，也就是handler沒有綁定到工作線程），那麼，如果開辟的話，代碼角度上是挺麻煩的（相對應廣播機制來說）； 2.廣播機制本身就是雙向的（工作線程向主線程發送廣播，主線程向工作線程發送廣播）； //另外，對於像一個activity中通過fragment來進行界面的處理； 我們大多數情況下是採用廣播的機制來實現fragment中adapter的數據的更新；這樣做主要是考慮到工作線程的任務載入完成，而具體的對應刷新的activity可能還沒有啟動； 另外，基於介面隔離原則，如果用handler進行通信的話，則不能很好的滿足這一原則； 你要是周期比較長 用廣播好些吧 應該與周期關系不是很密切。最主要的原因是兩條線成是雙向通信。 Handler類似於P2P的通信。 廣播則類似於一個server端，用來處理分發不同線程的請求，從控制器的角度來說用廣播更好一點。 一般使用Handler的，多用於子線程處理事務，完成時告知主線程這一類的情況。 而類似樓主所說的多條線程之間需要頻繁交互的話，廣播是個很好的選擇，並且結構清晰，只是不知道廣播的性能與handler相比會怎麼樣。
7. Android 線程間通信有哪幾種方式
共享內存(變數);
第三方框架：EventBus ;
Handler/AsyncTask;
Java 里的 wait()，notify()，notifyAll()
8. Android在子線程用handler發送的消息，主線程是怎麼loop到的
首先，Handler,Looper,MessageQueue這三者如何關聯的？這里拿最簡單的new 一個無參Handler為例。在創建無參的Handler時會對其中變數MessageQueue賦值，這個值就是Looper對象的MessageQueue，那麼這個Looper對象又是在那創建的呢？如果是在app進程中的話，在啟動該app時會調用ActivityThread,main方法進入主線程，在main函數中會有初始化Looper,並調用looper.loop()輪詢MessageQueue中的Message,這個Message是handler在調用sendMessage或者post時會將Message enqueue到MessageQueue中，這樣Looper 就會loop 到Handler發送到MessageQueue中的Message，loop時就會dispatchMessage了，再然後就是Hanlder處理message了，在調用sendMessage時，handler必須要重寫handleMessage方法。這樣就完成了發送消息和處理消息。在app的進程中，thread1還是發送消息到主線程中的MessageQueue,這個MessageQueue在首次啟動app時就在創建Looper時已經創建好了。那麼如果不是在app進程怎麼辦呢？假如是在ActivityManagerService中使用Handler的話呢？ActivityManagerService可以理解為在system_server進程中的一個線程，在啟動system_server時並沒有像啟動一個app進程那樣系統已經創建好了Looper,那麼咱們如果要使用Handler機制，就必須要有Handler,Looper,MessageQueue,Messag，另外，系統也已經封裝好了,就是HandlerThread。HandlerThread是一個Thread,在裡面已經將Looper,MessageQueue准備好了，這時候創建Handler時，將HandlerThread的Looper傳給Handler就行了，這樣Handler,Looper,MessageQueue就都有了，就可以利用Handler機制進行線程間通信了。
9. rxandroid 是怎麼實現子線程和主線程通信
android里線程間通信，到現在我看到的實現都是用Handler，RxAndroid也不例外。
10. Android中線程與線程，進程與進程之間如何通信
使用handler發送message,消息隊列排隊
進程是一個具有獨立功能的程序關於某個數據集合的一次運行活動。它可以申請和擁有系統資源，是一個動態的概念，是一個活動的實體。它不只是程序的代碼，還包括當前的活動，通過程序計數器的值和處理寄存器的內容來表示。
進程是一個「執行中的程序」。程序是一個沒有生命的實體，只有處理器賦予程序生命時，它才能成為一個活動的實體，我們稱其為進程。
通常在一個進程中可以包含若干個線程，它們可以利用進程所擁有的資源。在引入線程的操作系統中，通常都是把進程作為分配資源的基本單位，而把線程作為獨立運行和獨立調度的基本單位。由於線程比進程更小，基本上不擁有系統資源，故對它的調度所付出的開銷就會小得多，能更高效的提高系統內多個程序間並發執行的程度。
線程和進程的區別在於，子進程和父進程有不同的代碼和數據空間，而多個線程則共享數據空間，每個線程有自己的執行堆棧和程序計數器為其執行上下文。多線程主要是為了節約CPU時間，發揮利用，根據具體情況而定。線程的運行中需要使用計算機的內存資源和CPU。