最近遇到个Java面试题，还有点意思呢

最近看到一个面试题目，感觉挺有意思的，大意如下：

ok，大家看到这个题，可以先理解下，这里启动了两个线程，a 和 b，但是虽然说 a 在 b 之前 start，不一定就可以保证线程 a 的逻辑，可以先于线程 b 执行。

所以，这里的意思是，线程 a 和 b，执行顺序互不干扰，我们不应该假定其中一个线程可以先于另外一个执行。

另外，既然是面试题，那常规做法自然是不用上了，比如让 b 先 sleep 几秒钟之类的，如果真这么答，那可能面试就结束了吧。

好，我们下面开始分析解法。

可见性保证

程序里定义了一个全局变量，var = 1。

线程a会修改这个变量为2，线程b则在变量为2时，执行自己的业务逻辑。

那么，这里首先，我们要做的是，先讲var使用volatile修饰，保证多线程操作时的可见性。

public static volatile int var = 1;

解法分析

经过前面的可见性保证的分析，我们知道，要想达到目的，其实就是要保证：

a中的对var+1的操作，需要先于b执行。

但是，现在的问题是，两个线程同时启动，不知道谁先谁后，怎么保证 a 先执行，b 后执行呢？

让线程 b 先不执行，大概有两种思路：一种是阻塞该线程，一种是不阻塞该线程。阻塞的话，我们可以想想，怎么阻塞一个线程。

大概有下面这些方法：

• synchronized，取不到锁时，阻塞
• java.util.concurrent.locks.ReentrantLock#lock，取不到锁时，阻塞
• object.wait，取到synchronized了，但是因为一些条件不满足，执行不下去，调用wait，将释放锁，并进入等待队列，线程暂停运行
• java.util.concurrent.locks.Condition.await，和object.wait类似，只不过object.wait在jvm层面，使用c++实现，Condition.await在jdk层面使用java语言实现
• threadA.join()，等待对应的线程threadA执行完成后，本线程再继续运行；threadA没结束，则当前线程阻塞；
• CountDownLatch#await，在对应的state不为0时，阻塞
• Semaphore#acquire()，在state为0时（即剩余令牌为0时），阻塞
• 其他阻塞队列、FutureTask等等