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