先说说点学习感受：
并发领域的知识点很多也很散，并且知识点之间交错的。比如：synchronized，这个小小的关键字，能够彻底理解它，需要的知识储备有：基本使用场景、对锁的理解、对线程安全的理解、对同步语义的理解、对JMM的理解等等。有时候，一个知识点暂时做不到透彻理解，可能是正常的，需要再继续学习其它的知识点，等到一定时候，回过头来重新学习，会有一种柳暗花明又一村的感觉。我想，这也可能是老师提到的：并发领域相关知识的准备，需要点耐心。

再说说这篇专栏：
这篇专栏，在知识扩展部分，我觉得结构不是太清晰。我读了很多遍之后，还是有这种感觉：文章讲了很多东西，但是我却很难说出文章的主题。
为此，我自己总结了一下知识扩展部分的主线：
1. 进入并发领域，首先需要理解什么是线程安全，为什么会存在线程不安全，又为什么需要线程安全。这个知识点可参考《Java并发编程实践》，并且我也认为对于线程安全的讲解，这本书堪称权威；
2. 老师在讲解线程安全这个点的时候，顺其自然地使用了synchronized和ReentrantLock来保证线程安全（即：Java提供的锁机制）同时，老师也稍微讲解了一下synchronized和ReentrantLock的使用和区别；
3. 最后，老师举了一个ReentrantLock的典型使用场景：ArrayBlockingQueue。ArrayBlockingQueue使用ReentrantLock来实现加锁机制，保证队列的安全读取，并且使用Condition来实现队列阻塞的条件判断和读写端唤醒，特别提一句：具体的实现代码是相当的优雅！

看到留言区，有个同学问：new ReentrantLock()能不能写到里面，我看了回复，不是很认同，不知道到对不对。其实：new lock和lock api的调用得写到try外面，写到里面会有问题，如下：
lock() api 可能会抛出异常，如果放到try里面，在finally里面unlock会再抛出异常(因为当前状态不对)，这个时候 "解锁异常"会隐藏"加锁异常"，也就是异常堆栈只有“解锁异常”没有"加锁异常"，而这样会误导程序员吧？，模拟代码如下：
try {
            //如果lock在try里，且lock抛出异常
            throw new RuntimeException("加锁异常");
        } finally {
            //调用unlock如果lock没有获取到锁会抛出异常，这个在堆栈会隐藏“加锁异常”
            throw new RuntimeException("解锁异常");
        }

没有可修改，不用担心状态会改变，有没有多线程无所谓。
有可修改，只有一个线程，不用担心状态会被修改错。
有可修，有多线程，就存在修改错乱的情况，就需要加锁。锁，到底是啥东西呢？锁，本质是啥呢？经常说获取锁，到底是获取的啥呢？用完锁，要释放，释放啥？释放的动作是啥呢？

锁-本质上就是一种同步机制，能够保证多线程环境下，对共享数据的正确修改。
同步机制，是什么机制呢？怎么保证的呢？到这里是否就需要操作系统相关的知识才能理解了，能理解锁的作用和特点，但对锁本身认识还是模糊的，不太清楚他是怎么起作用的，他的特点是他内部的什么因素的外在表现？
恩，先继续，然后再回头看看，也许能领悟出的点什么🤔