android關閉thread
A. android 強行關閉線程
這個好辦，這里有兩個線程吧，線程A
線程mSender。
設：讓線程A，監視線程mSender
第一步：
在A中定義一個變數：ExecutorService
transThread
=
Executors.newSingleThreadExecutor();
解釋：transThread
官方名稱是「單一線程池變數」，他是做什麼的呢，它就像我們給A的一塊賽車場，用來玩遙控賽車。
第二步：
在A中再定義一個變數：
Future
transPending;
解釋：transPending就像我給A一個用來控制遙控賽車的遙控器一樣
第三步：
在A中定義個線程mSender對象：
private
final
Runnable
mSender
=
new
Runnable()
{
public
void
run()
{
}};
解釋：這是你寫的對象，他就相當於我給A的一個遙控賽車。
第四步：
在A中添加如下語句：transPending
=
transThread.submit(mSender);
解釋：這一步就相當於把賽車（mSender）放入場地（第一步中我們定義的transThread），並且用遙控器「transPending」來控制他。
（註：這里你是否會有疑惑，我沒有寫"mSender.start()"之類的語句怎麼讓我的賽車跑起來啊（運行run()方法），放心，有了「transPending
=
transThread.submit(mSender);」這一步，賽車是自動跑起來的，也就是mSender會自動調用run的。）
第五步：
現在你可以用遙控器「transPending」干很多事情了
transPending.cancel(true);無論線程現在是否運行中，立刻終止。
transPending.cancel(false);當前線程若沒有運行（比如掛起狀態）就終止它。
transPending所做的不止這些。
B. android framework thread怎麼停止
new Thread(new Runnable() {
@Override
public void run() {
// TODO Auto-generated method stub
...
}
}).start();
1234567891012345678910
當然，你也可以在Android中創建一個消息循環的HandlerThread
HandlerThread mThread = new HandlerThread("test");
mThread.start();
Handler mHandler = new Handler(mThread.getLooper()){
@Override
public void handleMessage(Message msg) {
// TODO Auto-generated method stub
super.handleMessage(msg);
}
};
C. android需要考慮結束線程嗎
Android終止線程的方法前提
線程對象屬於一次性消耗品，一般線程執行完run方法之後，線程就正常結束了，線程結束之後就報廢了，不能再次start，只能新建一個線程對象。但有時run方法是永遠不會結束的。
三種方法可以結束線程：
使用退出標志，使線程正常退出，也就是當run方法完成後線程終止。
使用interrupt()方法中斷線程。
使用stop方法強行終止線程（不推薦使用，可能發生不可預料的結果）。
使用退出標志終止線程
使用一個變數來控制循環，例如最直接的方法就是設一個boolean類型的標志，並通過設置這個標志為true或false來控制while循環是否退出。代碼如下：
使用stop方法終止線程
程序中可以直接使用thread.stop()來強行終止線程，但是stop方法是很危險的，就象突然關閉計算機電源，而不是按正常程序關機一樣，可能會產生不可預料的結果，不安全主要是：thread.stop()調用之後，創建子線程的線程就會拋出ThreadDeatherror的錯誤，並且會釋放子線程所持有的所有鎖。
其他注意事項：
前兩種方法都可以實現線程的正常退出，也就是要談的優雅結束線程，第3種方法相當於電腦斷電關機一樣，是不安全的方法。
D. 如何關閉android中的HandlerThread
public void quit() {
Message msg = Message.obtain();
// NOTE: By enqueueing directly into the message queue, the
// message is left with a null target. This is how we know it is
// a quit message.
mQueue.enqueueMessage(msg, 0);
}
這個方法正是向MessageQueue發送了一個target為null的message！
停止HandlerThread的方法終於找到了，就是使用quit方法，具體調用形式如下：
mHandlerThread.getLooper().quit();
E. android viewmodel取消線程
在Activity開啟的子線程並不會自動隨Activity的destroy而關閉，所以必須手動去關閉子線程或者通過boolean的方式讓子線程結束運行。開啟的子線程有for循環的要更加註意。
1 package com.lsw;
2
3 import android.app.Activity;
4 import android.os.Bundle;
5 import android.os.Handler;
6 import android.os.Message;
7 import android.util.Log;
8 public class ThreadDemoActivity extends Activity {
9 private static final String TAG = "ThreadDemo";
10 private int count = 0;
11 private Handler mHandler = new MyHandler();
12 boolean stopThread=false;
13
14 private Runnable mRunnable = new Runnable() {
15
16 public void run() {
17
18 while (!stopThread)
19 {
20 count++;
21 try
22 {
23 Thread.sleep(2000);
24 }
25 catch (InterruptedException e)
26 {
27 // TODO Auto-generated catch block
28 e.printStackTrace();
29 }
30
31 //雖然Message的構造函數是public的，但是最好是使用Message.obtain( )或Handler.obtainMessage( )函數來獲取Message對象，因為Message的實現中包含了回收再利用的機制，可以提供效率。
32 Message message=mHandler.obtainMessage();
33 message.what=0;
34 message.obj=count;
35 mHandler.sendMessage(message);
36 }
37 }
38 };
39
40 @Override
41 public void onCreate(Bundle savedInstanceState) {
42 super.onCreate(savedInstanceState);
43 setContentView(R.layout.main);
44 //開啟子線程
45 new Thread(mRunnable).start();
46 }
47
48 protected void onDestroy() {
49 System.out.println("-----------onDestroy------");
50 stopThread=true;
51 super.onDestroy();
52 };
53
54 class MyHandler extends Handler{
55
56 @Override
57 public void handleMessage(Message msg)
58 {
59 // TODO Auto-generated method stub
60 Log.e(TAG, Thread.currentThread().getName() + " " +msg.obj);
61 setTitle("" +msg.obj);
62 }
63 }
64
65 }
F. android 強行關閉線程
這個好辦，這里有兩個線程吧，線程A 線程mSender。
設：讓線程A，監視線程mSender
第一步：
在A中定義一個變數：ExecutorService transThread = Executors.newSingleThreadExecutor();
解釋：transThread 官方名稱是「單一線程池變數」，他是做什麼的呢，它就像我們給A的一塊賽車場，用來玩遙控賽車。
第二步：
在A中再定義一個變數： Future transPending;
解釋：transPending就像我給A一個用來控制遙控賽車的遙控器一樣
第三步：
在A中定義個線程mSender對象：
private final Runnable mSender = new Runnable() {
public void run() {
}};
解釋：這是你寫的對象，他就相當於我給A的一個遙控賽車。
第四步：
在A中添加如下語句：transPending = transThread.submit(mSender);
解釋：這一步就相當於把賽車（mSender）放入場地（第一步中我們定義的transThread），並且用遙控器「transPending」來控制他。
（註：這里你是否會有疑惑，我沒有寫"mSender.start()"之類的語句怎麼讓我的賽車跑起來啊（運行run()方法），放心，有了「transPending = transThread.submit(mSender);」這一步，賽車是自動跑起來的，也就是mSender會自動調用run的。）
第五步：
現在你可以用遙控器「transPending」干很多事情了
transPending.cancel(true);無論線程現在是否運行中，立刻終止。
transPending.cancel(false);當前線程若沒有運行（比如掛起狀態）就終止它。
transPending所做的不止這些。
G. Android如何停止線程的方式
一種是調用它裡面的stop()方法，另一種就是你自己設置一個停止線程的標記 （推薦這種）
如果使用Thread.stop方法停止線程,不能保證這個線程是否完整的運行完成一次
run方法;但是如果使用停止的標記位,那麼可以保正在真正停止之前完整的運行完
成一次run方法;第二中方式，但是對於麻煩的動作，解決方式是這一個全局變數，每個復雜的動作都進行判斷一下
H. 安卓關閉線程 ANDROID 這樣的線程要怎麼stop()關閉掉。跪求解決！
線程執行結束後自動關閉，可以在線程中設置條件變數來使得線程自動關閉。
I. Android如何停止線程的方式
一種是調用它裡面的stop()方法，另一種就是你自己設置一個停止線程的標記
（推薦這種）
如果使用Thread.stop方法停止線程,不能保證這個線程是否完整的運行完成一次
run方法;但是如果使用停止的標記位,那麼可以保正在真正停止之前完整的運行完
成一次run方法;第二中方式，但是對於麻煩的動作，解決方式是這一個全局變數，每個復雜的動作都進行判斷一下
J. Android線程池ThreadPoolExecutor詳解
傳統的多線程是通過繼承Thread類及實現Runnable介面來實現的，每次創建及銷毀線程都會消耗資源、響應速度慢，且線程缺乏統一管理，容易出現阻塞的情況，針對以上缺點，線程池就出現了。
線程池是一個創建使用線程並能保存使用過的線程以達到復用的對象，簡單的說就是一塊緩存了一定數量線程的區域。
1.復用線程：線程執行完不會立刻退出，繼續執行其他線程；
2.管理線程：統一分配、管理、控制最大並發數；
1.降低因頻繁創建&銷毀線程帶來的性能開銷，復用緩存在線程池中的線程；
2.提高線程執行效率&響應速度，復用線程：響應速度；管理線程：優化線程執行順序，避免大量線程搶占資源導致阻塞現象；
3.提高對線程的管理度；
線程池的使用也比較簡單，流程如下：
接下來通過源碼來介紹一下ThreadPoolExecutor內部實現及工作原理。
線程池的最終實現類是ThreadPoolExecutor，通過實現可以一步一步的看到，父介面為Executor:
其他的繼承及實現關系就不一一列舉了，直接通過以下圖來看一下：
從構造方法開始看：
通過以上可以看到，在創建ThreadPoolExecutor時，對傳入的參數是有要求的：corePoolSize不能小於0；maximumPoolSize需要大於0，且需要大於等於corePoolSize；keepAliveTime大於0；workQueue、threadFactory都不能為null。
在創建完後就需要執行Runnable了，看以下execute()方法：
在execute()內部主要執行的邏輯如下：
分析點1：如果當前線程數未超過核心線程數，則將runnable作為參數執行addWorker()，true表示核心線程，false表示非核心線程；
分析點2：核心線程滿了，如果線程池處於運行狀態則往workQueue隊列中添加任務，接下來判斷是否需要拒絕或者執行addWorker()；
分析點3：以上都不滿足時 [corePoolSize=0且沒有運行的線程，或workQueue已經滿了] ，執行addWorker()添加runnable，失敗則執行拒絕策略；
總結一下：線程池對線程創建的管理，流程圖如下：
在執行addWorker時，主要做了以下兩件事：
分析點1：將runnable作為參數創建Worker對象w，然後獲取w內部的變數thread；
分析點2：調用start()來啟動thread；
在addWorker()內部會將runnable作為參數傳給Worker，然後從Worker內部讀取變數thread，看一下Worker類的實現：
Worker實現了Runnable介面，在Worker內部，進行了賦值及創建操作，先將execute()時傳入的runnable賦值給內部變數firstTask，然後通過ThreadFactory.newThread(this)創建Thread，上面講到在addWorker內部執行t.start()後，會執行到Worker內部的run()方法，接著會執行runWorker(this)，一起看一下：
前面可以看到，runWorker是執行在子線程內部，主要執行了三件事：
分析1：獲取當前線程，當執行shutdown()時需要將線程interrupt()，接下來從Worker內部取到firstTask，即execute傳入的runnable，接下來會執行；
分析2：while循環，task不空直接執行；否則執行getTask()去獲取，不為空直接執行；
分析3：對有效的task執行run()，由於是在子線程中執行，因此直接run()即可，不需要start()；
前面看到，在while內部有執行getTask()，一起看一下：
getTask()是從workQueue內部獲取接下來需要執行的runnable，內部主要做了兩件事：
分析1：先獲取到當前正在執行工作的線程數量wc，通過判斷allowCoreThreadTimeOut[在創建ThreadPoolExecutor時可以進行設置]及wc > corePoolSize來確定timed值；
分析2：通過timed值來決定執行poll()或者take()，如果WorkQueue中有未執行的線程時，兩者作用是相同的，立刻返回線程；如果WorkQueue中沒有線程時，poll()有超時返回，take()會一直阻塞；如果allowCoreThreadTimeOut為true，則核心線程在超時時間沒有使用的話，是需要退出的；wc > corePoolSize時，非核心線程在超時時間沒有使用的話，是需要退出的；
allowCoreThreadTimeOut是可以通過以下方式進行設置的：
如果沒有進行設置，那麼corePoolSize數量的核心線程會一直存在。
總結一下：ThreadPoolExecutor內部的核心線程如何確保一直存在，不退出？
上面分析已經回答了這個問題，每個線程在執行時會執行runWorker()，而在runWorker()內部有while()循環會判斷getTask()，在getTask()內部會對當前執行的線程數量及allowCoreThreadTimeOut進行實時判斷，如果工作數量大於corePoolSize且workQueue中沒有未執行的線程時，會執行poll()超時退出；如果工作數量不大於corePoolSize且workQueue中沒有未執行的線程時，會執行take()進行阻塞，確保有corePoolSize數量的線程阻塞在runWorker()內部的while()循環不退出。
如果需要關閉線程池，需要如何操作呢，看一下shutdown()方法：
以上可以看到，關閉線程池的原理：a. 遍歷線程池中的所有工作線程；b. 逐個調用線程的interrupt()中斷線程（註：無法響應中斷的任務可能永遠無法終止）
也可調用shutdownNow()來關閉線程池，二者區別：
shutdown()：設置線程池的狀態為SHUTDOWN，然後中斷所有沒有正在執行任務的線程；
shutdownNow()：設置線程池的狀態為STOP，然後嘗試停止所有的正在執行或暫停任務的線程，並返回等待執行任務的列表；
使用建議：一般調用shutdown()關閉線程池；若任務不一定要執行完，則調用shutdownNow()；
總結一下：ThreadPoolExecutor在執行execute()及shutdown()時的調用關系，流程圖如下：
線程池可以通過Executors來進行不同類型的創建，具體分為四種不同的類型，如下：
可緩存線程池：不固定線程數量，且支持最大為Integer.MAX_VALUE的線程數量：
1、線程數無限制
2、有空閑線程則復用空閑線程，若無空閑線程則新建線程
3、一定程度上減少頻繁創建/銷毀線程，減少系統開銷
固定線程數量的線程池：定長線程池
1、可控制線程最大並發數(同時執行的線程數)
2、超出的線程會在隊列中等待。
單線程化的線程池：可以理解為線程數量為1的FixedThreadPool
1、有且僅有一個工作線程執行任務
2、所有任務按照指定順序執行，即遵循隊列的入隊出隊規則
定時以指定周期循環執行任務
一般來說，等待隊列 BlockingQueue 有: ArrayBlockingQueue 、 LinkedBlockingQueue 與 SynchronousQueue 。
假設向線程池提交任務時，核心線程都被佔用的情況下:
ArrayBlockingQueue ：基於數組的阻塞隊列，初始化需要指定固定大小。
當使用此隊列時，向線程池提交任務，會首先加入到等待隊列中，當等待隊列滿了之後，再次提交任務，嘗試加入隊列就會失敗，這時就會檢查如果當前線程池中的線程數未達到最大線程，則會新建線程執行新提交的任務。所以最終可能出現後提交的任務先執行，而先提交的任務一直在等待。
LinkedBlockingQueue ：基於鏈表實現的阻塞隊列，初始化可以指定大小，也可以不指定。
當指定大小後，行為就和 ArrayBlockingQueue一致。而如果未指定大小，則會使用默認的 Integer.MAX_VALUE 作為隊列大小。這時候就會出現線程池的最大線程數參數無用，因為無論如何，向線程池提交任務加入等待隊列都會成功。最終意味著所有任務都是在核心線程執行。如果核心線程一直被占，那就一直等待。
SynchronousQueue ：無容量的隊列。
使用此隊列意味著希望獲得最大並發量。因為無論如何，向線程池提交任務，往隊列提交任務都會失敗。而失敗後如果沒有空閑的非核心線程，就會檢查如果當前線程池中的線程數未達到最大線程，則會新建線程執行新提交的任務。完全沒有任何等待，唯一制約它的就是最大線程數的個數。因此一般配合Integer.MAX_VALUE就實現了真正的無等待。
但是需要注意的是， 進程的內存是存在限制的，而每一個線程都需要分配一定的內存。所以線程並不能無限個。