多线程容易出现问题的原因
当多条语句在操作同一个线程共享数据时,一个线程对多条语句只执行了一部分,还没有执行完,另一个线程参与进来执行。导致共享数据的错误。即多个线程执行的不确定性引起执行结果的不稳定。
例:
- 多个线程对账本的共享,会造成操作的不完整性,会破坏数据。
- 火车站售票,多个窗口同时售票。
解决办法
同步代码块
synchronized(obj)
{
//需要被同步的代码块
}
其中,obj 称为同步监视器,也就是锁,原理是:当线程开始执行同步代码块前,必须先获得对同步代码块的锁定。并且任何时刻只能有一个线程可以获得对同步监视器的锁定,当同步代码块执行完成后,该线程会释放对该同步监视器的锁定。
其中的锁,在非静态方法中可为this,在静态方法中为当前类本身(例如单例模式的懒汉式:Singleton.class)。
// 单例模式 - 懒汉式
class Singleton {
private Singleton() {
}
private static Singleton s = null;
private static Singleton getInstance() {
if (s == null) {
synchronized (Singleton.class) {
if (s == null) {
s = new Singleton();
}
}
}
return s;
}
}
同步方法
public synchronized void testThread()
{
//需要被同步的代码块
}
对于关键字synchronized修饰的方法,不需要再指定同步监视器,这个同步方法(非static方法)无需显式地指定同步监视器,同步方法的同步监视器就是this,也就是调用该方法的对象。
注意,synchronized可以修饰方法,修饰代码块,但是不能修饰构造器、成员变量等。
同步锁
class A
{
private final ReentrantLock lock=new ReentrantLock();
public void method()
{
lock.lock();
try{
//需要被同步的代码块
}catch(Exception e){
e.printStackTrace();
}finally{
lock.unlock();
}
}
}
这是一种功能更为强大的线程同步机制,通过显式定义同步锁对象来实现同步,这里的同步锁由Lock对象充当。使用Lock与使用同步代码块有点类似,只是使用Lock时可以显示使用Lock对象作为同步锁,而使用同步方法时系统隐式使用当前对象作为同步监视器。
其中,为了确保能够在必要的时候释放锁,代码中使用finally来确保锁的释放,来防止死锁!