在Android应用的开发过程中, 我们有时候需要通过创建一个新的线程去完成一些任务。例如,我们去进行搜寻动作,如果搜寻比较费时,我们就需要通过进度条来提示用户搜寻的进展情况,避免用户认为发生了死机。此时进度条的刷新就需要另外一个线程去实现。
但是这里有一个误区 : 有些人在多线程开发的时候会错误的认为,如果我们从创建线程的Activity中退出(该Acitivity被销毁),则在该Activity中创建的自定义线程也会被销毁。其实这是大错特错了。
实践证明,上述情况下,创建的线程并不会自动销毁,而是仍然在后台默默无闻地执行,直到自行结束。Android的这种设计是无可厚非的。从理论上来解释,应用的最小执行单位是线程,最小资源单位是进程,一个进程可以包含多个线程,而多个线程共享同一个所属进程的资源。因此,个人理解Android的应用其实就是一个进程,而里面的每个UI, Activity就是从属这个进程的线程,从一个Activity进入另外一个Activity本质就是将之前的线程挂起,然后创建后面的线程。退出也是同理。自定义线程也是遵循这个原则的。除非去控制某个线程结束,否则只有当该现程执行完毕或者所属的进程被销毁,该线程才会真正的结束。
综上,当我们在自定义线程还没有执行完毕的情况下,需要结束相关动作的时候,我们就要认为地去结束相关线程。例如,在搜寻过程中,我们不想去继续搜寻,而退出了搜寻功能,此时我们就需要去结束自定义的搜寻线程。如果不这样会可能造成严重错误。例如,我们反复进入搜寻功能去搜寻,在搜寻未结束时退出,然后再进入。这种情况下,由于之前的自定义线程并未结束,而之后又会有多个新搜寻线程被创建执行,很容易导致临界区冲突,从而导致设备当机。
那么我们如何控制这些自定义线程呢?以下笔者将给与详细说明。
一. 线程的结束
其实,通过帮助文档,我们可以知道,Android的线程类本身就提供了一些公共方法去结束线程。
void
This method is deprecated. Not implemented.
synchronized final void
This method is deprecated. because stopping a thread in this manner is unsafe and can leave your application and the VM in an unpredictable state.
final void
This method is deprecated. because stopping a thread in this manner is unsafe and can leave your application and the VM in an unpredictable state
1.
2.
3.
4.
5.
程序实例 :
@Override
}
}
掌声响起来。