1.stop() 方法
jdk1.5的时候就已经废弃。
stop() 已弃用 这种方法本质上是不安全的。 使用Thread.stop停止线程可以解锁所有已锁定的监视器(由于未 |
Why are Thread.stop, Thread.suspend and Thread.resume Deprecated? |
2. 停止线程的思路(3)
1). 使用退出标志,run方法执行完后线程终止。
2). 使用stop() 方法强制终止,不建议使用,因为可能发生不可预料的结果。
3). 使用interrupt 终止线程。
3.代码实战
package com.infree.stop;
class Res {
boolean flag = true;
}
class CreateThread extends Thread{
Res res;
public CreateThread (Res res){
this.res = res;
}
@Override
public void run() {
while (res.flag) {
System.out.println(Thread.currentThread().getName()+"------");
}
}
}
public class StopThread01 {
public static void main(String[] args) {
Res res = new Res();
CreateThread createThread = new CreateThread(res);
createThread.start();
for (int i = 0; i < 100; i++) {
if(i==30){
res.flag = false;
}
System.out.println("main………………"+i);
}
}
}
synchronized代码块与lock锁的区别
synchronized是java中的一个关键字,也就是说是Java语言内置的特性。那么为什么会出现Lock呢?
synchronized修饰了,当一个线程获取了对应的锁,并执行该代码块时,其他线程便只能一直等待,等待获取锁的线程释放锁,而这里获取锁的线程释放锁只会有两种情况:
1)获取锁的线程执行完了该代码块,然后线程释放对锁的占有;
2)线程执行发生异常,此时JVM会让线程自动释放锁。
那么如果这个获取锁的线程由于要等待IO或者其他原因(比如调用sleep方法)被阻塞了,但是又没有释放锁,其他线程便只能干巴巴地等待,试想一下,这多么影响程序执行效率。
因此就需要有一种机制可以不让等待的线程一直无期限地等待下去(比如只等待一定的时间或者能够响应中断),通过Lock就可以办到。
再举个例子:当有多个线程读写文件时,读操作和写操作会发生冲突现象,写操作和写操作会发生冲突现象,但是读操作和读操作不会发生冲突现象。
但是采用synchronized关键字来实现同步的话,就会导致一个问题:
如果多个线程都只是进行读操作,所以当一个线程在进行读操作时,其他线程只能等待无法进行读操作。
因此就需要一种机制来使得多个线程都只是进行读操作时,线程之间不会发生冲突,通过Lock就可以办到。
另外,通过Lock可以知道线程有没有成功获取到锁。这个是synchronized无法办到的。
总结一下,也就是说Lock提供了比synchronized更多的功能。但是要注意以下几点:
1)Lock不是Java语言内置的,synchronized是Java语言的关键字,因此是内置特性。Lock是一个类,通过这个类可以实现同步访问;
2)Lock和synchronized有一点非常大的不同,采用synchronized不需要用户去手动释放锁,当synchronized方法或者synchronized代码块执行完之后,系统会自动让线程释放对锁的占用;而Lock则必须要用户去手动释放锁,如果没有主动释放锁,就有可能导致出现死锁现象。