多个线程如何轮流打印ABC特定的次数？
之前的一篇文章，我给出了关于多线程应用的几个例子：
都是基于Java里面Lock锁实现的，分别是：
（1）两个线程轮流打印奇数和偶数
（2）多个线程模拟买票
（3）模拟生产者消费者
今天再抛砖引玉，思考一下如何在多个线程中，轮流打印特定顺序的信息多少次。
这类问题其实并不难，只要掌握了Java里面线程协作和锁的知识，就可以轻而易举的搞定：
根据这些，我们来假设一个场景，使用三个线程轮流打印ABC字符串3次。
解决思路：
首先需要声明3个线程，我们可以分别叫A线程，B线程，C线程：
在这里面：
A线程仅仅负责打印A。
B线程仅仅负责打印B。
C线程仅仅负责打印C。
但是呢，他们必须是有顺序，也就是说A打印完之后，才能打印B，B打印完后才行打印C，这就涉及线程协作和通信的知识了，A线程打印完毕之后，要通知B线程打印，B线程打印完之后要通知C线程打印，如果有多轮的话，C线程打印完毕之后，还要通知A线程。以及控制多轮次数的终结，不能让程序陷入死循环之中。
在仔细理一下：
（1）首先三个线程启动后，一定是A线程先打印。如果是其他线程先启动，则必须等待，线程间的通信，我们用共享变量来解决。（本质是通过共享内存）
（2）A运行的时候，B和C都在等待
（3）B运行的时候，A和C都在等待
（4）C运行的时候，A和B都在等待
（5）A运行结束通知B运行
（6）B运行结束通知C运行
（7）C运行结束通知A运行
（8）同时，如果要控制几轮打印，则需要在运行时控制循环次数，因为C线程是每一轮的结束标志，循环次数的加和要在C线程里面做。
ok，主要的逻辑基本理清了，我们看下如何用代码实现，先看核心的类：
定义了共享的监视器对象，计数器，共享变量，然后定义了三个方法分别负责打印A,B,C，功能的实现主要用了synchronized + 监视器的wait，notifyAll方法。
static class PrintABC{
final Object monitor=new Object();
volatile int count=1;//轮次计数，从1开始，为了保证可见性，这里需要用volatile修饰
String id="A";//贡献的
int printCount ;
public PrintABC(int printCount) {
this.printCount = printCount;
}
public void printA() throws InterruptedException {
while (count < printCount) {
synchronized (monitor) {
while (!id.equals("A")) {
monitor.wait();
}
System.out.println(Thread.currentThread().getName() + "打印： " + id);
id = "B";
monitor.notifyAll();
}
}
}
public void printB() throws InterruptedException {
while (count < printCount) {
synchronized (monitor) {
while (!id.equals("B")) {
monitor.wait();
}
System.out.println(Thread.currentThread().getName() + "打印： " + id);
id = "C";
monitor.notifyAll();
}
}
}
public void printC() throws InterruptedException {
while (count < printCount +1) {//最后一次终结线程，需要多加一次
synchronized (monitor) {
while (!id.equals("C")) {
monitor.wait();
}
System.out.println(Thread.currentThread().getName() + "打印： " + id+"\n");
id = "A";
count=count+1;
monitor.notifyAll();
}
}
}
}
然后，我们看下，main方法如何编写：
public static void main(String[] args) {
PrintABC printABC=new PrintABC(3);
Thread t1=new Thread(()->{
try {
printABC.printA();
} catch (InterruptedException e) {
e.printStackTrace();
}
});
t1.setName("A线程");
Thread t2=new Thread(()->{
try {
printABC.printB();
} catch (InterruptedException e) {
e.printStackTrace();
}
});
t2.setName("B线程");
Thread t3=new Thread(()->{
try {
printABC.printC();
} catch (InterruptedException e) {
e.printStackTrace();
}
});
t3.setName("C线程");
t2.start();
t3.start();
t1.start();
}
这里我们设置了3，也就是仅仅打印3轮，就终止程序。结果如下：
A线程打印： A
B线程打印： B
C线程打印： C
A线程打印： A
B线程打印： B
C线程打印： C
A线程打印： A
B线程打印： B
C线程打印： C
至此，这个问题就搞定了，我们思考下，因为这里面采用的是Java的内置锁synchronized来实现的，synchronized关键词虽然使用起来非常简单，但是由于它出现的早，本身也有一些缺点，细心的朋友可能已经发现，上面的通信代码处用的是：
monitor.notifyAll();
注意这个地方，明明我们只需要唤醒一个线程，为什么需要notifyAll()而不是用notify()，这么做的主要目的是因为synchronized的监视器唤醒的线程是随机的，没办法精确到某个线程，所以它必须唤醒所有的线程，然后重新参与锁的竞争，这样就导致部分线程调度没必要的被交换了一次。
这个地方恰内置锁synchronized的一个弊端，这也是为什么在jdk5之后引入的Lock这样高级锁接口，其相比synchronized在加锁的时候，主要优点是：
（1）提供了公平和非公平调度
（2）可中断
（3）可提供非阻塞
（4）可超时
（5）提供了Condition更细粒度的，锁唤醒条件队列
本文中的例子，完全可以用Lock接口+Condition来达到更细粒度的锁控制，也就是A线程执行完之后，仅仅只唤醒B线程，没有必要把C线程也唤醒，感兴趣的朋友可以思考下怎么实现。
为了方便更好的交流，互助，学习，讨论问题，欢迎加入我们的“攻城师互助学习交流群”微信群，为了保证交流环境，想加入的小伙伴，可关注公众号（woshigcs），然后后台发送关键词微信群，加我微信号，由我拉你进去。