其实在Java Web开发中真正使用多线程的情况并不是很多,不过很有必要总结下关于java中的同步和死锁的一些问题。
在java中实现多线程有如下三种方式:
(一)实现如下:
第一种:继承Thread 类
第二种:实现Runnable接口
第三种:使用Callable与Future来创建启动线程
1.创建Callable的实现类,并重写call()方法,该方法为线程执行体,并且该方法有返回值
2.创建Callable的实例,并用FutuerTask类来包装Callable对象,该FutuerTask封装了Callable对象call()方法的返回值
3.实例化FutuerTask类,参数为FutuerTask接口实现类的对象来启动线程
4.通过FutuerTask类的对象的get()方法来获取线程结束后的返回值
(二)继承Thread类和实现Runnable接口对比如下:
觉得在实际开发中第二种和第三种使用的多,原因很简单。继承这东西在某种程度有一定的局限性。
继承Thread类优势 | 实现Runnable接口优势 |
1:可以将线程类抽象出来,当需要使用抽象工厂模式设计时。 | 1:适合多个相同的程序代码的线程去处理同一个资源 |
2:无需继承thread或者实现Runnable,缩小作用域。 | 2:可以避免java中的单继承的限制 |
3:增加程序的健壮性,代码可以被多个线程共享,代码和数据独立。 |
(三)关于线程的同步和死锁
所谓的同步实际上是指的是一个线程等待另一个线程的情况,例子如下:
class MyThread implements Runnable {
private int ticket = 5; // 有5张票
@Override
public void run() {
synchronized (this) {
for (int i = 0; i < 100; i++) {
if (this.ticket > 0) {
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}
// 票数改变后立即更改票数
System.out.println("当前是:"
+ Thread.currentThread().getName() + "线程在卖票----"
+ "剩余票数:" + this.ticket--);
}
}
}
this.sale();
}
// 同步方法
private synchronized void sale() {
for (int i = 0; i < 100; i++) {
if (this.ticket > 0) {
try {
Thread.sleep(1000);
} catch (InterruptedException e) { // TODO Auto-generated catch
// block
e.printStackTrace();
}
// 票数改变后立即更改票数
System.out.println("当前是:" + Thread.currentThread().getName()
+ "线程在卖票----" + "剩余票数:" + this.ticket--);
}
}
}
}
public class ThreadTestDemo {
public static void main(String[] args) {
MyThread myThread = new MyThread();
new Thread(myThread, "线程1").start();
new Thread(myThread, "线程2").start();
new Thread(myThread, "线程3").start();
}
}
结果如下:
同步解决了数据重复甚至错位的问题。但是是不是同步使用的越多越好呢,其实不是的。实际上使用同步就有可能会
出现死锁的问题。导致死锁的根源在于不适当地运用“synchronized”关键词来管理线程对特定对象的访
问。“synchronized”关键词的作用是,确保在某个时刻只有一个线程被允许执行特定的代码块,因此,被允许执行的
线程首先必须拥有对变量或对象的排他性的访问权。当线程访问对象时,线程会给对象加锁,而这个锁导致其它也想
访问同一对象的线程被阻塞,直至第一个线程释放它加在对象上的锁。 由于这个原因,在使用“synchronized”关键词
时,很容易出现两个线程互相等待对方做出某个动作的情形。