多线程容易出现问题的原因 当多条语句在操作同一个线程共享数据时，一个线程对多条语句只执行了一部分，还没有执行完，另一个线程参与进来执行。导致共享数据的错误。即多个线程执行的不确定性引起执行结果的不稳定。
例：
多个线程对账本的共享，会造成操作的不完整性，会破坏数据。 火车站售票，多个窗口同时售票。 解决办法 同步代码块 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来确保锁的释放，来防止死锁！
