android獲取主線程
① Android中判斷當前線程是否是主線程
在java-mian線程中Thread.currentThread().getName() == "main";
你可以做個android程序在主線程里獲取當前線程名Thread.currentThread().getName()；以後在其他線程里就獲取當前線程名與之比較Thread.currentThread().getName().equals("main")；
② Android主線程到底是什麼
Android中關於主線程的理解：
Android的主線程是UI線程，在Android中，四大組件運行在主線程中，在主線程中做耗時操作會導致程序出現卡頓甚至出現ANR異常，一個基本常識就是將耗時操作放到子線程中去處理，然後通過Handler回調到主線程。
有三點還需要注意：
因為四大組件運行在一個主線程中，那麼若果當前界面在顯示的時候，後台的activity仍有處理邏輯再運行的話，仍然會造成當前界面的卡頓。
通過Handler回調到主線程只是避免程序出現ANR的第一步，必須要注意handler中邏輯處理的耗時，如果將很多消息都扔給了handler，那麼也會給主線程造成壓力，導致程序運行卡頓。
四大組件、Handler都是在一個線程中，那麼主線程在同一時刻不可能發送兩個廣播，換句話說就是若果能夠保證所有的廣播都是在主線程中發送，那麼廣播內部其實不需要加上對非同步操作的處理。
③ Android創建子線程和回調主線程的幾種方式
在一個Android 程序開始運行的時候，會單獨啟動一個Process。默認的情況下，所有這個程序中的Activity或者Service（Service和 Activity只是Android提供的Components中的兩種，除此之外還有Content Provider和Broadcast Receiver）都會跑在這個Process。
一個Android 程序默認情況下也只有一個Process，但一個Process下卻可以有許多個Thread。在這么多Thread當中，有一個Thread，我們稱之為UI Thread。UI Thread在Android程序運行的時候就被創建，是一個Process當中的主線程Main Thread，主要是負責控制UI界面的顯示、更新和控制項交互。在Android程序創建之初，一個Process呈現的是單線程模型，所有的任務都在一個線程中運行。因此，我們認為，UI Thread所執行的每一個函數，所花費的時間都應該是越短越好。而其他比較費時的工作（訪問網路，下載數據，查詢資料庫等），都應該交由子線程去執行，以免阻塞主線程。
那麼，UI Thread如何和其他Thread一起工作呢？常用方法是：
誕生一個主線程的Handler物件，當做Listener去讓子線程能將訊息Push到主線程的Message Quene里，以便觸發主線程的handlerMessage（）函數，讓主線程知道子線程的狀態，並在主線程更新UI。
④ android啟動後怎麼查看其裡面的進程和線程
1)一個 Android 程序開始運行時，會單獨啟動一個Process。 默認情況下，所有這個程序中的Activity或者Service都會跑在這個Process。 默認情況下，一個Android程序也只有一個Process，但一個Process下卻可以有許多個Thread。 2)一個 Android 程序開始運行時，就有一個主線程Main Thread被創建。該線程主要負責UI界面的顯示、更新和控制項交互，所以又叫UI Thread。 3)一個Android程序創建之初，一個Process呈現的是單線程模型--即MainThread，所有的任務都在一個線程中運行，所以，MainThread所調用的每一個函數，其耗時應該越短越好，而對於比較耗時的工作，應該交給子線程去做，以避免主線程（UI線程）被阻塞，導致程序出現ANR(Application not response) 一個Activity就運行在一個線程中嗎？或者編碼時，如果不是明確安排在不同線程中的兩個Activity，其就都是在同一個線程中？那從一個Activity跳轉到另一個Activity時，是不是跳出的那個Activity就處在睡眠狀態了？ 【答】 每個Activity都有一個Process屬性，可以指定該Activity是屬於哪個進程的。當然如果不明確指明，應該就是從屬於默認進程（Application指定的，如其未指定，應該就是默認主進程）。 Android中有Task的概念，而同一個Task的各個Activity會形成一個棧，只有站定的Activity才有機會與用戶交互。 原文地址：Android中的進程與線程 原文作者：江鵬 當應用程序的組件第一次運行時，Android將啟動一個只有一個執行線程的Linux進程。默認，應用程序所有的組件運行在這個進程和線程中。然而，你可以安排組件運行在其他進程中，且你可以為進程衍生出其它線程。本文從下面幾點來介紹Android的進程與線程： 1、進程 組件運行於哪個進程中由清單文件控制。組件元素——<activity>、<service>、<receiver>、<provider>，都有一個process屬性可以指定組件運行在哪個進程中。這個屬性可以設置為每個組件運行在自己的進程中，或者某些組件共享一個進程而其他的不共享。他們還可以設置為不同應用程序的組件運行在同一個進程中——假設這些應用程序共享同一個Linux用戶ID且被分配了同樣的許可權。<application>元素也有process屬性，為所有的組件設置一個默認值。 所有的組件都在特定進程的主線程中實例化，且系統調用組件是由主線程派遣。不會為每個實例創建單獨的線程，因此，對應這些調用的方法——諸如View.onKeyDown()報告用用戶的行為和生命周期通知，總是運行在進程的主線程中。這意味著，沒有組件當被系統調用時應該執行很長時間或阻塞操作（如網路操作或循環計算），因為這將阻塞進程中的其它組件。你可以為長操作衍生獨立的線程。 public boolean onKeyDown(int keyCode,KeyEvent event)：默認實現KeyEvent.Callback.onKeyMultiple()，當按下視圖的KEYCODE_DPAD_CENTER或KEYCODE_ENTER然後釋放時執行，如果視圖可用且可點擊。 參數 keyCode-表示按鈕被按下的鍵碼，來自KeyEvent event-定義了按鈕動作的KeyEvent對象 返回值 如果你處理事件，返回true；如果你想下一個接收者處理事件，返回false。 當內存剩餘較小且其它進程請求較大內存並需要立即分配，Android要回收某些進程，進程中的應用程序組件會被銷毀。當他們再次運行時，會重新開始一個進程。 當決定終結哪個進程時，Android會權衡他們對用戶重要性的相對權值。例如，與運行在屏幕可見的活動進程相比（前台進程），它更容易關閉一個進程，它的活動在屏幕是不可見（後台進程）。決定是否終結進程，取決於運行在進程中的組件狀態。關於組件的狀態，將在後面一篇——組件生命周期中介紹。 2、線程 雖然你可能會將你的應用程序限制在一個進程中，但有時候你會需要衍生一個線程做一些後台工作。因為用戶界面必須很快地響應用戶的操作，所以活動寄宿的線程不應該做一些耗時的操作如網路下載。任何不可能在短時間完成的操作應該分配到別的線程。 線程在代碼中是用標準的Java線程對象創建的，Android提供了一些方便的類來管理線程——Looper用於在線程中運行消息循環、Handler用戶處理消息、HandlerThread用戶設置一個消息循環的線程。 Looper類 該類用戶在線程中運行消息循環。線程默認沒有消息循環，可以在線程中調用prepare()創建一個運行循環；然後調用loop()處理消息直到循環結束。大部分消息循環交互是通過Handler類。下面是一個典型的執行一個Looper線程的例子，分別使用prepare()和loop()創建一個初始的Handler與Looper交互： 1. Android中進程與進程、線程與線程之間如何通信？ 1)一個 Android 程序開始運行時，會單獨啟動一個Process。 默認情況下，所有這個程序中的Activity或者Service都會跑在這個Process。 默認情況下，一個Android程序也只有一個Process，但一個Process下卻可以有許多個Thread。 2)一個 Android 程序開始運行時，就有一個主線程Main Thread被創建。該線程主要負責UI界面的顯示、更新和控制項交互，所以又叫UI Thread。 3)一個Android程序創建之初，一個Process呈現的是單線程模型--即MainThread，所有的任務都在一個線程中運行，所以，MainThread所調用的每一個函數，其耗時應該越短越好，而對於比較耗時的工作，應該交給子線程去做，以避免主線程（UI線程）被阻塞，導致程序出現ANR(Application not response) 一個Activity就運行在一個線程中嗎？或者編碼時，如果不是明確安排在不同線程中的兩個Activity，其就都是在同一個線程中？那從一個Activity跳轉到另一個Activity時，是不是跳出的那個Activity就處在睡眠狀態了？ 【答】 每個Activity都有一個Process屬性，可以指定該Activity是屬於哪個進程的。當然如果不明確指明，應該就是從屬於默認進程（Application指定的，如其未指定，應該就是默認主進程）。 Android中有Task的概念，而同一個Task的各個Activity會形成一個棧，只有站定的Activity才有機會與用戶交互。 原文地址：Android中的進程與線程 原文作者：江鵬 當應用程序的組件第一次運行時，Android將啟動一個只有一個執行線程的Linux進程。默認，應用程序所有的組件運行在這個進程和線程中。然而，你可以安排組件運行在其他進程中，且你可以為進程衍生出其它線程。本文從下面幾點來介紹Android的進程與線程： 1、進程 組件運行於哪個進程中由清單文件控制。組件元素——<activity>、<service>、<receiver>、<provider>，都有一個process屬性可以指定組件運行在哪個進程中。這個屬性可以設置為每個組件運行在自己的進程中，或者某些組件共享一個進程而其他的不共享。他們還可以設置為不同應用程序的組件運行在同一個進程中——假設這些應用程序共享同一個Linux用戶ID且被分配了同樣的許可權。<application>元素也有process屬性，為所有的組件設置一個默認值。 所有的組件都在特定進程的主線程中實例化，且系統調用組件是由主線程派遣。不會為每個實例創建單獨的線程，因此，對應這些調用的方法——諸如View.onKeyDown()報告用用戶的行為和生命周期通知，總是運行在進程的主線程中。這意味著，沒有組件當被系統調用時應該執行很長時間或阻塞操作（如網路操作或循環計算），因為這將阻塞進程中的其它組件。你可以為長操作衍生獨立的線程。 public boolean onKeyDown(int keyCode,KeyEvent event)：默認實現KeyEvent.Callback.onKeyMultiple()，當按下視圖的KEYCODE_DPAD_CENTER或KEYCODE_ENTER然後釋放時執行，如果視圖可用且可點擊。 參數 keyCode-表示按鈕被按下的鍵碼，來自KeyEvent event-定義了按鈕動作的KeyEvent對象 返回值 如果你處理事件，返回true；如果你想下一個接收者處理事件，返回false。 當內存剩餘較小且其它進程請求較大內存並需要立即分配，Android要回收某些進程，進程中的應用程序組件會被銷毀。當他們再次運行時，會重新開始一個進程。 當決定終結哪個進程時，Android會權衡他們對用戶重要性的相對權值。例如，與運行在屏幕可見的活動進程相比（前台進程），它更容易關閉一個進程，它的活動在屏幕是不可見（後台進程）。決定是否終結進程，取決於運行在進程中的組件狀態。關於組件的狀態，將在後面一篇——組件生命周期中介紹。 2、線程 雖然你可能會將你的應用程序限制在一個進程中，但有時候你會需要衍生一個線程做一些後台工作。因為用戶界面必須很快地響應用戶的操作，所以活動寄宿的線程不應該做一些耗時的操作如網路下載。任何不可能在短時間完成的操作應該分配到別的線程。 線程在代碼中是用標準的Java線程對象創建的，Android提供了一些方便的類來管理線程——Looper用於在線程中運行消息循環、Handler用戶處理消息、HandlerThread用戶設置一個消息循環的線程。 Looper類 該類用戶在線程中運行消息循環。線程默認沒有消息循環，可以在線程中調用prepare()創建一個運行循環；然後調用loop()處理消息直到循環結束。大部分消息循環交互是通過Handler類。下面是一個典型的執行一個Looper線程的例子，分別使用prepare()和loop()創建一個初始的Handler與Looper交互： 2.1、遠程過程調用（Remote procere calls，RPCs） Android有一個輕量級的遠程過程調用機制——方法在本地調用卻在遠程（另外一個進程中）執行，結果返回給調用者。這需要將方法調用和它伴隨的數據分解為操作系統能夠理解的層次，從本地進程和地址空間傳輸到遠程進程和地址空間，並重新組裝調用。返回值以相反方向傳輸。Android提供了做這些工作的所有代碼，這樣我們可以專注於定義和執行RPC介面本身。 一個RPC介面僅包含方法。所有的方法同步地執行（本地方法阻塞直到遠程方法執行完成），即使是沒有返回值。簡言之，該機制工作原理如下：首先，你用簡單的IDL（interface definition language，介面定義語言）聲明一個你想實現的RPC介面。從這個聲明中，aidl工具生成一個Java介面定義，提供給本地和遠程進程。它包含兩個內部類，如下圖所示： 內部類有管理你用IDL定義的介面的遠程過程調用所需要的所有代碼。這兩個內部類都實現了IBinder介面。其中之一就是在本地由系統內部使用，你寫代碼可以忽略它。另外一個是Stub，擴展自Binder類。除了用於有效地IPC（interprocess communication）調用的內部代碼，內部類在RPC介面聲明中還包含方法聲明。你可以定義Stub的子類實現這些方法，如圖中所示。 通常情況下，遠程過程有一個服務管理（因為服務能通知系統關於進程和它連接的其它進程的信息）。它有由aidl工具生成的介面文件和Stub子類實現的RPC方法。服務的客戶端僅有由aidl工具生成的介面文件。 下面介紹服務如何與它的客戶端建立連接： · 服務的客戶端（在本地端的）應該實現onServiceConnected() 和onServiceDisconnected() 方法，因此當與遠程服務建立連接成功和斷開連接是會通知它。然後調用bindService() 建立連接。 · 服務的onBind()方法將實現為接受或拒絕連接，者取決於它接受到的意圖（該意圖傳送到binServive()）。如果連接被接受，它返回一個Stub子類的實例。 · 如果服務接受連接，Android調用客戶端的onServiceConnected()方法且傳遞給它一個IBinder對象，返回由服務管理的Stub子類的一個代理。通過代理，客戶端可以調用遠程服務。 這里只是簡單地描述，省略了一些RPC機制的細節。你可以查閱相關資料或繼續關注Android開發之旅，後面將為你奉上。 2.2、線程安全方法 在一些情況下，你實現的方法可能會被不止一個線程調用，因此必須寫成線程安全的。這對遠程調用方法是正確的——如上一節討論的RPC機制。當從IBinder進程中調用一個IBinder對象中實現的一個方法，這個方法在調用者的線程中執行。然而，當從別的進程中調用，方法將在Android維護的IBinder進程中的線程池中選擇一個執行，它不在進程的主線程中執行。例如，一個服務的onBind()方法在服務進程的主線程中被調用，在onBind()返回的對象中執行的方法（例如，實現RPC方法的Stub子類）將在線程池中被調用。由於服務可以有一個以上的客戶端，所以同時可以有一個以上的線程在執行同一個IBinder方法。因此，IBinder的方法必須是線程安全的。 同樣，一個內容提供者可以接受其它進程產生的數據請求。雖然ContentResolver 和 ContentProvider 類隱藏進程通信如何管理的，對應哪些請求的ContentResolver 方法——query()、insert()、delete()、update()、getType()，在內容提供者的進程的線程池中被調用，而不是在這一進程的主線程中。因為這些方法可以同時從任意數量的線程中調用，他們也必須實現為線程安全的。
⑤ Android在子線程用handler發送的消息，主線程是怎麼loop到的
因為你是在主線程創建的handler實例，比如你是這樣實例化handler
那麼我們進到handler源碼看一下
可以看到這里會調用重載的另外一個構造方法，我們再跟進
我們可以看到
mLooper=looper.myLooper();
這是獲取當前線程的looper實例，也就是主線程的looper。所以當發送消息的時候主線程就可以獲取到消息。往下看系統還會mLooper是否為空，如果為空就會拋出異常，意思是當前線程沒有looper實例，這也是我們在子線程中沒有創建looper的實例的時候創建handler會報錯的原因，主線程不會報錯是因為程序在啟動的時候在activitythread中的main方法就創建了looper實例，看系統源碼
然後調用looper.loop()；就開始了消息循環。這就是為什麼在主線程發消息住線程還能收到消息的原因。因為發送消息的實例是在主線程實例化的就有了主線程的looper。
⑥ android線程間通信有哪些方式
進程：是具有一定獨立功能的程序關於某個數據集合上的一次運行活動，進程是系統進行資源分配和調度的一個獨立單位。
線程：是進程的一個實體,是CPU調度和分派的基本單位,它是比進程更小的能獨立運行的基本單位。線程自己基本上不擁有系統資源,只擁有一些在運行中必不可少的資源(如程序計數器,一組寄存器和棧)，但是它可與同屬一個進程的其他的線程共享進程所擁有的全部資源。
區別：
（1）、一個程序至少有一個進程，一個進程至少有一個線程；
（2）、線程的劃分尺度小於進程，使得多線程程序的並發性高；
（3）、進程在執行過程中擁有獨立的內存單元，而多個線程共享內存，但線程之間沒有單獨的地址空間，一個線程死掉就等於整個進程死掉。
---------------------
一、Android進程間通信方式
1.Bundle
由於Activity，Service，Receiver都是可以通過Intent來攜帶Bundle傳輸數據的，所以我們可以在一個進程中通過Intent將攜帶數據的Bundle發送到另一個進程的組件。
缺點：無法傳輸Bundle不支持的數據類型。
2.ContentProvider
ContentProvider是Android四大組件之一，以表格的方式來儲存數據，提供給外界，即Content Provider可以跨進程訪問其他應用程序中的數據。用法是繼承ContentProvider，實現onCreate,query,update,insert,delete和getType方法，onCreate是負責創建時做一些初始化的工作，增刪查改的方法就是對數據的查詢和修改，getType是返回一個String，表示Uri請求的類型。注冊完後就可以使用ContentResolver去請求指定的Uri。
3.文件
兩個進程可以到同一個文件去交換數據，我們不僅可以保存文本文件，還可以將對象持久化到文件，從另一個文件恢復。要注意的是，當並發讀/寫時可能會出現並發的問題。
4.Broadcast
Broadcast可以向android系統中所有應用程序發送廣播，而需要跨進程通訊的應用程序可以監聽這些廣播。
5.AIDL方式
Service和Content Provider類似，也可以訪問其他應用程序中的數據，Content Provider返回的是Cursor對象，而Service返回的是Java對象，這種可以跨進程通訊的服務叫AIDL服務。
AIDL通過定義服務端暴露的介面，以提供給客戶端來調用，AIDL使伺服器可以並行處理，而Messenger封裝了AIDL之後只能串列運行，所以Messenger一般用作消息傳遞。
6.Messenger
Messenger是基於AIDL實現的，服務端（被動方）提供一個Service來處理客戶端（主動方）連接，維護一個Handler來創建Messenger，在onBind時返回Messenger的binder。
雙方用Messenger來發送數據，用Handler來處理數據。Messenger處理數據依靠Handler，所以是串列的，也就是說，Handler接到多個message時，就要排隊依次處理。
7.Socket
Socket方法是通過網路來進行數據交換，注意的是要在子線程請求，不然會堵塞主線程。客戶端和服務端建立連接之後即可不斷傳輸數據，比較適合實時的數據傳輸
二、Android線程間通信方式
一般說線程間通信主要是指主線程（也叫UI線程）和子線程之間的通信，主要有以下兩種方式：
1.AsyncTask機制
AsyncTask，非同步任務，也就是說在UI線程運行的時候，可以在後台的執行一些非同步的操作；AsyncTask可以很容易且正確地使用UI線程，AsyncTask允許進行後台操作，並在不顯示使用工作線程或Handler機制的情況下，將結果反饋給UI線程。但是AsyncTask只能用於短時間的操作（最多幾秒就應該結束的操作），如果需要長時間運行在後台，就不適合使用AsyncTask了，只能去使用Java提供的其他API來實現。
2.Handler機制
Handler，繼承自Object類，用來發送和處理Message對象或Runnable對象；Handler在創建時會與當前所在的線程的Looper對象相關聯(如果當前線程的Looper為空或不存在，則會拋出異常，此時需要在線程中主動調用Looper.prepare()來創建一個Looper對象)。使用Handler的主要作用就是在後面的過程中發送和處理Message對象和讓其他的線程完成某一個動作（如在工作線程中通過Handler對象發送一個Message對象，讓UI線程進行UI的更新，然後UI線程就會在MessageQueue中得到這個Message對象（取出Message對象是由其相關聯的Looper對象完成的），並作出相應的響應）。
三、Android兩個子線程之間通信
面試的過程中，有些面試官可能會問Android子線程之間的通信方式，由於絕大部分程序員主要關注的是Android主線程和子線程之間的通信，所以這個問題很容易讓人懵逼。
主線程和子線程之間的通信可以通過主線程中的handler把子線程中的message發給主線程中的looper，或者，主線程中的handler通過post向looper中發送一個runnable。但looper默認存在於main線程中，子線程中沒有Looper，該怎麼辦呢？其實原理很簡單，把looper綁定到子線程中，並且創建一個handler。在另一個線程中通過這個handler發送消息，就可以實現子線程之間的通信了。
子線程創建handler的兩種方式：
方式一：給子線程創建Looper對象：
new Thread(new Runnable() {
public void run() {
Looper.prepare(); // 給這個Thread創建Looper對象，一個Thead只有一個Looper對象
Handler handler = new Handler(){
@Override
public void handleMessage(Message msg) {
Toast.makeText(getApplicationContext(), "handleMessage", Toast.LENGTH_LONG).show();
}
};
handler.sendEmptyMessage(1);
Looper.loop(); // 不斷遍歷MessageQueue中是否有消息
};
}).start();
---------------------
方式二：獲取主線程的looper，或者說是UI線程的looper：
new Thread(new Runnable() {
public void run() {
Handler handler = new Handler(Looper.getMainLooper()){ // 區別在這！！！
@Override
public void handleMessage(Message msg) {
Toast.makeText(getApplicationContext(), "handleMessage", Toast.LENGTH_LONG).show();
}
};
handler.sendEmptyMessage(1);
};
}).start();
⑦ Android中的線程怎麼獲取主線程
使用Looper判斷，方法為: Looper.myLooper() != Looper.getMainLooper()
使用線程句柄判斷，將主線程的Thread.currentThread()獲取到主線程當前句柄，保存起來，在需要判斷的時候調用Thread.currentThread()來與之比較，即可判斷當前線程是否是主線程了
⑧ android 能在線程中通過context調用主線程的方法嗎
可以。你這個問題是，android 能不能在 非主activity的 類B中，調用activity A的方法。
在B做一個activity的 變數。在B構造函數中 對context參數 保存，記得要對context 強制轉換類型 變為主線程的 activity。之後在B中就能靠activity變數調用 A的方法。
不過你這個是多線程，要用synchronize做好共享數據保護工作。