读《Golang适合高并发场景的原因分析》有感

并发作为问题确实很复杂，但若是作为一个学习点，也许可以从这两个方向来思考。
1.并发最终都要落实到操作系统层面，就算代码写的天花乱坠，也不能背离操作系统。毕竟程序的执行还是得依靠操作系统。
2.抛开操作系统级别，我们所能做大概就是在并发的模型上下功夫。
小生阅历尚浅，只能就目前所看对模型上进行一点总结:
首先，并发问题中的问题才是关键，其问题是因为资源有限而产生的，我们之前谈过，贡献资源的竞争和资源不足为最常见的问题。
锁机制在一定程度上解决资源竞争问题。资源不足问题的解决思路就是尽可能用最少的资源做最多的事情。
从并发编程的历程讲过来也许会比较好理解：
第一时期：多进程和多线程。问题在于一个请求就是一个进程或一个线程，当并发量非常大时会造成大量的资源被消耗，更何况若还是阻塞的，就会导致资源被占用得不到释放。
第二时期：线程池模型，避免了一个请求一个线程的困境
第三时期：异步+线程池
now:协程的概念（go 语言级别的支持，说明其它编程语言应该也是可以实现的，可能较go曲折）
以及较为成熟的并发编程模型：参考一本名为《七周七并发模型》