什么是Java的线程安全问题？
线程安全就是多线程访问时，采用了加锁机制，当一个线程访问该类的某个数据时，进行保护，其他线程不能进行访问直到该线程读/写完，其他线程才可使用。不会出现数据不一致或者数据污染。
线程不安全就是不提供数据访问保护，有可能出现多个线程先后更改数据造成所得到的数据是脏数据。
那么，理解下上面这段话，再抛出新的问题:
- 什么是脏数据？
- 什么情况会触发线程安全问题？为什么静态变量和线程安全结合紧密？
- 如何解决线程安全问题？
- 如何预防线程安全问题？
什么是脏数据？
先百度：脏数据；
简单的说：
通俗的讲，当一个事务正在访问数据，并且对数据进行了修改，而这种修改还没有提交到数据库中，这时，另外一个事务也访问这个数据，然后使用了这个数据。因为这个数据是还没有提交的数据，那么另外一个事务读到的这个数据是脏数据，依据脏数据所做的操作可能是不正确的。
直观的感觉有点像冲突。
什么情况会触发线程安全问题？为什么静态变量和线程安全结合紧密？
去网上找答案和分析，很多情况会看到这么一句话:
静态变量类型设置的不合理会造成线程不安全。
黑人问号。。。
我们来看下造成线程不安全的几个要素：
- 多线程应用
- 访问同一块/个数据；
多线程应用：一般来说基本上都是了；
访问同一块数据：这篇文章写的很好，转来分享：在多线程中使用静态方法是否有线程安全问题
总而言之就是这样子的：——》调用静态方法——》调用静态变量——》线程不安全
所以，直接引起线程不安全的是不安全的静态变量，前面并不重要；
如何解决线程安全问题？
对症下药：
- 不安全的变量——》安全的变量；
- 静态——》动态（每次使用时生成）
后一个方法可以说是设计或者业务上的问题了，需要注意的是第一个，也就是哪些是线程安全，哪些线程不安全，还经常被用作静态变量。
这里举两个碰到的例子：
- SimpleDateFormat，不安全；
- StringBuilder，不安全，StringBuffer，安全；
另外，也可以对大量代码进行同步操作，但不是很推荐：
1、同步方法
给多线程访问的成员方法加上synchronized修饰符
public void synchronized doWork(){ // TODO }使用synchronized修饰的方法，就叫做同步方法，保证线程执行该方法的时候，其他线程只能在方法外等着。
2、同步代码块
synchronized(同步锁对象) { // 需要同步操作的代码 }实际上，对象的同步锁只是一个概念，可以想象为在对象上标记了一个锁，谁拿到锁，谁就可以进入代码块，其他线程只能在代码块外面等着，而且注意，在任何时候，Java虚拟机最多允许一个线程拥有该同步锁。
Java程序运行可以使用任何对象作为同步监听对象，但是一般的，我们把当前并发访问的共同资源作为同步监听对象。
实际上，同步方法和同步代码块差不了多少，在本质上是一样的，两者都用了一个关键字synchronized，synchronized保证了多线程并发访问时的同步操作，避免线程的安全性问题，但是有一个弊端，就是使用synchronized的方法/代码块的性能比不用要低一些，因此如果要用synchronized，建议尽量减小synchronized的作用域。
如何预防线程安全问题？
其实这里想说的是是否需要在开发时对线程安全问题重点考虑。
为什么这么说呢？
比如StringBuilder和StringBuffer，在相应的API文档中有这样的描述：
将StringBuilder 的实例用于多个线程是不安全的。如果需要这样的同步，则建议使用StringBuffer。”，提到StringBuffer时，说到“StringBuffer是线程安全的可变字符序列，一个类似于String的字符串缓冲区，虽然在任意时间点上它都包含某种特定的字符序列，但通过某些方法调用可以改变该序列的长度和内容。可将字符串缓冲区安全地用于多个线程。可以在必要时对这些方法进行同步，因此任意特定实例上的所有操作就好像是以串行顺序发生的，该顺序与所涉及的每个线程进行的方法调用顺序一致”。StringBuilder是一个可变的字符序列，此类提供一个与StringBuffe兼容的API，但不保证同步。该类被设计用作StringBuffer的一个简易替换，用在字符串缓冲区被单个线程使用的时候（这种情况很普遍）。如果可能，建议优先采用该类，因为在大多数实现中，它比StringBuffer要快。将StringBuilder的实例用于多个线程是不安全的，如果需要这样的同步，则建议使用StringBuffer。
也就是说，一般推荐使用StringBuilder，这个不安全的家伙！！！
因为它快！！！
这里其实会有两个明显的疑问：
- 快多少？
- 会有静态的StringBuilder么？
快多少？看这个：String、StringBuffer、StringBuilder的区别与效率比较
结论是量级小看不出，量级大还是有区别。
会有静态的StringBuilder么？我没想到...
所以，线程安全并不是说开发中一直提心吊胆考虑的问题；
简单来说，有静态变量了，多思考下应用场景，查一下前辈踩过的坑，问题基本避免了。
至于衍生问题：为什么StringBuilder比StringBuffer快？源码告诉我们，后者有同步。