关于多线程并发环境下，数据的安全问题。
1.为什么这个是重点？
以后在开发中，我们的项目都是运行在服务器当中，而服务器已经将线程的定义，线程对象的创建，线程的启动等，都已经实现完了。这些代码我们都不需要编写。
最重要的是：你要知道，你编写的程序需要放到一个多线程的环境下运行，你更需要关注的是这些数据在多线程并发的环境下是否是安全的。
2.什么时候数据在多线程并发的环境下会存在安全问题呢？
三个条件：
条件1：多线程并发
条件2：有共享数据
条件3：共享数据有修改的行为
满足以上3个条件之后，就会存在线程安全问题
3.怎么解决线程安全问题呢？
当多线程并发的环境下，有共享数据，并且这个数据还会被修改，此时就存在线程安全问题，怎么解决这个问题？
线程排队执行。（不能并发）
用排队执行解决线程安全问题。
这种机制被称为：线程同步机制。
专业术语叫做：线程同步，实际上就是线程不能并发了，线程必须排队执行。
怎么解决线程安全问题呢？ 使用：线程同步机制
线程同步就是线程排队了，线程排队了就会牺牲一部分效率，没办法，数据安全第一位，只有数据安全了，我们才可以谈效率，数据不安全，没有效率的事。
4.线程同步涉及两个专业术语：
异步编程模型：
线程t1和线程t2,各自执行各自的，t1不管t2,t2不管t1,谁也不需要等谁，这种编程模型叫做：异步编程模型。
其实就是：多线程并发（效率较高）
异步就是并发
同步编程模型：
线程t1和线程t2，在线程t1执行的时候，必须等待t2线程执行结束，或者说在t2线程执行的时候，必须等待t1线程执行结束，两个线程之间发生了等待关系，这就是同步编程模型。
效率较低，线程排队执行。
同步就是排队
5.Java中有三大变量？
实例变量：在堆中
静态变量：在方法区中
局部变量：在栈中
以上三大变量中：局部变量永远都不会存在线程安全问题。因为局部变量不共享。（一个线程一个栈）局部变量在栈中，所以局部变量永远都不会共享。
实例变量在堆中，堆只有一个。静态变量在方法区中，方法区只有一个。堆和方法区都是多线程共享的，所以可能存在线程安全问题。
局部变量+常量：不会有线程安全问题
成员变量：可能会有线程安全问题。
6.如果使用局部变量的话：
建议使用：StringBuilder
因为局部变量不存在线程安全问题。选择StringBuilder
StringBuffer效率比较低。
ArrayList是非线程安全的。
Vector是线程安全的。
HashMap HashSet是非线程安全的。
Hashtable是线程安全的。
7.总结：
synchronized有三种写法：
第一种：同步代码块
灵活
synchronized（线程共享对象）{
同步代码块；
}
第二种：在实例方法上使用synchronized,表示共享对象一定是this,并且同步代码块是整个方法体
第三种：在静态方法上使用synchronized，表示找类栈。
类锁永远只有一把，就算创建了100个对象，那类锁也只有一把。
对象锁：1个对象1把锁，100个对象100把锁。类锁：100个对象，也可能只是1把类锁。
8.以后开发中应该怎么解决线程安全问题？
是一上来就选择线程同步吗？Synchronized
不是，synchronized会让程序的执行效率降低，用户体验不好。系统的用户吞吐量降低。用户体验差，在不得已的情况下在选择线程同步机制。
第一种方案：尽量使用局部变量代替"实例变量和静态变量"
第二种方案：如果必须是实力变量，那么可以考虑创建多个对象，这样实例变量的内存就不共享了。（一个线程对应1个对象，100个线程对应100个对象，对象不共享，就没有数据安全问题了）
第三种方案：如果不能使用局部变量，对象也不能创建多个，这个时候就只能选择synchronized了，线程同步机制。
9.线程还有哪些内容呢？
*守护线程
*定时器
*实现线程的第三种方式：FutureTask方式，实现Callable接口。（JDK8新特性）
*关于Object类中的wait和notify方法。