有大佬熟悉高并发技术吗？有空进来交流一下

[hxysnail]

各位大佬，事情是这样的：前几天有个初学者朋友问我关于高并发的技术，这个话题有点大，在微信上简单跟他介绍了一些，然后想着周末抽个时间详细写出来，我列了一个提纲，大概这样展开：

应用程序本身：

• 套接字编程技巧
• 经典多进程、多线程并发
• IO 多路复用：select => poll => epoll
• 协程
• 内核参数：fs.file-max 以及 ulimit fileno
• 跟操作系统和处理器架构相关的，比如 SMP MUMA CPU 缓存等
• etc

负载均衡架构：

• 为什么要负载均衡
• nginx
• haproxy
• lvs
• dns
• 会话保存
• 均衡手段和策略
• etc

数据库优化：

• SQL 调优、索引调优
• 读写分离
• 查询缓存
• 数据分片（分表分库）
• etc

关于高并发方面，我目前知道的套路基本就是以上列的这些。我自己工作后这类场景涉及不太多的，肯定有疏漏，有经验的大佬帮忙补充一下，帮我补全知识面

另外，由于我遇到的业务场景都不怎么牛逼，感觉也写不出彩，各位大佬有什么典型的应用场景也请不吝分享一下

我梳理完毕，把文章整理好后，也会回来分享

不胜感激~

[westoy]

@hxysnail

面向具体业务， 不是假设具体业务

初学者不需要学这个， 因为根本没有任何意义

架构和业务层的调整什么时候是一个需要面试才能入职的能影响的?

这是面试干活儿的， 不是面试 VP 或者技术合伙人

等初学者通过项目实践成长能干涉到架构的调整， 能去协调业务层配合的职级， 他就不是初学者了， 他也不需要再看这种

[hxysnail]

@westoy 架构有大有小，比如说你负责厂里一个很小的模块，它可能不需要 VP 或技术合伙人来做决策，但不意味着它不需要支撑高并发压力。我也不认为干活的人就不需要懂这些技术，难道干活的人只配 if else 堆业务逻辑吗？退一步讲，从干活能干涉到架构调整，也需要一些知识储备吧？一个人不可能天生就会这些东西呀。

我不否认干活大部分情况下，是不需要用到这些东西的；我也不否认成长到能干涉架构调整时，这些东西早已掌握了，也不需要再看这种。但从前者到后者，起码有个学习过程吧？这个帖子就是想梳理一下，都有哪些技术点可以去了解、学习，仅此而已

[mind3x]

看来国内真是人均手写 raft 的水平啊

[hxysnail]

@mind3x 怎么看出来的？感觉比人均水平差太多，raft 的原理是什么我现在都说不清楚，更别说写出来了……

[hxysnail]

花了一个周末把梳理出来的知识点都简单写了一遍，大家有兴趣可以看看：

https://fasionchan.com/posts/high-concurrency/

也算是完成了前些天立下的 flag