android 终止线程几种方法
其实android 不提倡我们终止线程的，以前的一些函数，stop等等都不推荐使用了，但是当我们确实要终止线程的时候，可看考下面的问题
有时当一个组件或者activity被destory()的时候要求其启动的线程也一起终止掉，现在就来总结了一下有这有几种方法：
1、初始化的时候，定义启动的线程为一个守护线程，这样当主线程消亡掉的时候，其他线程也会被终止。
// 使用下面的方法，当初始化一个线程时
// 该语句是设置为守护线程，这样在主线程结束的时候，相应起的守护线程才能正常结束。就是因为这样的原因，我们不能在这样的线程中做一些操作，比如程序对文件的读写等。当用户线程结束的时候，守护线程也同时结束，这样就没有进行文件读写操作。
myThread.setDaemon(true);
myThread.start
2、可在activity中的onstop()方法中调用以下代码。
if (myThread != null) {
Thread dummy = myThread;
myThread = null;
dummy.interrupt();
}
3、可在线程run()方法中设置标志位。
if (!paused) {
// do something,这是线程run方法中
}
boolean paused = false;
// 可在onPause()中通过设置标志位使线程不活动，
protected void onPause() {
paused = true;
super.onPause();
}
// 可在onPause()中通过设置标志位激活线程，
@Override
protected void onResume() {
super.onResume();
paused = false;
}
1.后续完善总结：
1.（通用的停止线程方式）定义一个变量，在线程run方法中根据变量来控制线程的运行于停止，该变量必须是volatile（迅变的或对该变量的访问必须是同步的），我们之前没有注意过这个修饰符，所以会导致一些线程出现没有按预想停止的问题。
2. 根据前面的终止线程的通用方式，得出最终还是得让线程执行完才真正退出，只是人工制造一个异常进行抛出致使线程跑完，所以我猜测能够人工的制造异常来导致线程完成并结束。（没有经过实际测验，不过理论上是可行的）例如：在异步线程中执行一个网络请求操作，在等待很久之后需要停止操作，则可以在请求网络连接的动作中人工制造一个网络异常抛出，并在run方法中捕获，则线程终止。
2.以上提出的volatile变量，解释如下：
Java 语言中的 volatile 变量可以被看作是一种 “程度较轻的 synchronized”；与 synchronized 块相比，volatile 变量所需的编码较少，并且运行时开销也较少，但是它所能实现的功能也仅是 synchronized 的一部分。
我们知道，在Java中设置变量值的操作，除了long和double类型的变量外都是原子操作，也就是说，对于变量值的简单读写操作没有必要进行同步。
这在JVM 1.2之前，Java的内存模型实现总是从主存读取变量，是不需要进行特别的注意的。而随着JVM的成熟和优化，现在在多线程环境下volatile关键字的使用变得非常重要。
在当前的Java内存模型下，线程可以把变量保存在本地内存（比如机器的寄存器）中，而不是直接在主存中进行读写。这就可能造成一个线程在主存中修改了一个变量的值，而另外一个线程还继续使用它在寄存器中的变量值的拷贝，造成数据的不一致。
要解决这个问题，只需要像在本程序中的这样，把该变量声明为volatile（不稳定的）即可，这就指示JVM，这个变量是不稳定的，每次使用它都到主存中进行读取。一般说来，多任务环境下各任务间共享的标志都应该加volatile修饰。
Volatile修饰的成员变量在每次被线程访问时，都强迫从共享内存中重读该成员变量的值。而且，当成员变量发生变化时，强迫线程将变化值回写到共享内存。这样在任何时刻，两个不同的线程总是看到某个成员变量的同一个值。
Java语言规范中指出：为了获得最佳速度，允许线程保存共享成员变量的私有拷贝，而且只当线程进入或者离开同步代码块时才与共享成员变量的原始值对比。
这样当多个线程同时与某个对象交互时，就必须要注意到要让线程及时的得到共享成员变量的变化。
而volatile关键字就是提示VM：对于这个成员变量不能保存它的私有拷贝，而应直接与共享成员变量交互。
使用建议：在两个或者更多的线程访问的成员变量上使用volatile。当要访问的变量已在synchronized代码块中，或者为常量时，不必使用。
由于使用屏蔽掉了VM中必要的代码优化，所以在效率上比较低，因此一定在必要时才使用此关键字。