这篇文章对很多没有高并发经验的程序员来说，会非常有帮助。
很多程序员可能都遇到过类似的困惑：
我没有高并发项目经验，但是面试的时候经常被问到高并发、性能调优方面的问题，该怎么办？
今天给大家说一自己学习高并发的方法。
你可以自己写一个小的电商项目，建议最简单的单体结构的电商项目即可。
从最简单的单体项目开始，然后按照以下三个阶段来学习高并发。
第一阶段
在高并发条件下，学习对单机性能优化。
用 Docker 容器去运行电商项目，然后用 jmeter、wrk 等工具去压测。
在压测期间，你会发现：由于系统每个模块不同，所以性能表现就不一样。
这是正常的，不同模块、不同产品对并发指标的要求本身想·是不一样的。例如，商品浏览和下订单，一个读为主，一个写为主。
基于这种情况，你最好要编写复杂的压测脚本，能自动实现不同模块的压测任务。
然后在这种不断地压测探测下，去探测问题，并且通过优化代码、JVM 去解决问题。
比如，解决误用 HashMap 导致死循环的问题。又比如，误用不带缓存的文件 IO 流，去读取文件的问题等等。
在程序和 JVM 优化完毕后，你可能又会发现数据库也存在问题。于是，你又要去研究如何优化数据库 SQL，如何对数据库分表等问题。
也是在这个阶段，你可能还会学的到，缓存的必要性以及同步缓存数据状态的重要性等重要知识点。
在搞了单机优化后，没有办法再通过单机的压测学到什么新的东西了。于是，转向第二阶段。
第二阶段
从阿里云买了两台机器，开始尝试使用负载均衡去分担高并发的压力。
同样的，也是借助压测工具去模拟了高并发。在压测期间，负载均衡和系统屡屡出现和单机完全不一样的问题。
比如，负载均衡本身的性能问题。比如，在一些时候，负载均衡后面的机器负载是不平衡的，需要对负载算法进行调整。
这个阶段，你会接触到负载均衡中大部分的细节。
但是，高并发中，很多系统的构成会很复杂，以至于需要分布式架构系统的程度。他们需要各种中间件做通信，做存储。
所以，继续第三阶段的练习。
第三阶段
为了能熟悉市面上各中间件的使用，开始对单体的电商平台进行改造。
比如，一些本地调用的方法，替换成 Dubbo 远程调用。
比如，一些模块间调用，替换成 MQ 中间件传消息。
再比如，一些放在关系数据库的被频繁访问的数据，改存在 MongoDB 中……
当然，压测依然继续。就这样，你可以实践到很多中间件和分布式框架的使用。
在模拟高并发练习的同时，别忘了去读各种高并发高性能的书籍。比如，《大型网站服务器容量规划》、《互联网创业核心技术：构建可伸缩的web应用》等书籍。
三个阶段的学习之后，面试的大部分基础问题你基本可以应付了。
毕竟在程序员这个圈子，90% 以上的人可能都没有真正的高并发经验。作为面试官来说：
为什么我们需要找有高并发经验的人？
说白了，我们想找的程序员其实是：
- 不会乱写性能很差的代码
- 能敏锐感知到影响系统的问题
- 能独立的处理由于高并发引发的问题
我们找熟悉高可用的人，其实并不要求这个人一定能给出什么独特的高可用方案。我们要求的是，他能知道高可用的知识后，去意识到高可用的重要性。
比如限流功能出现问题，他要能马上认识到这是个很重要的问题，从而把解决的优先级提到很高。
通过以上三个阶段的学习和练习，基本是可以掌握这些技能的，这就够了，剩下的细节，就靠在实际工作再实践吧。
此也希望各位面试官，在招人的时候，如果遇到好苗子可以适当宽容一些，给新人们一点机会。
你好，我是四猿外。
一家上市公司的技术总监，管理的技术团队一百余人。
我从一名非计算机专业的毕业生，转行到程序员，一路打拼，一路成长。
我会把自己的成长故事写成文章，把枯燥的技术文章写成故事。
欢迎关注我的公众号。
