找工作时，经常能在招聘信息上看到这么一条：有构建大型互联网服务及高并发经验者，优先。
但对中小公司的程序员来说，高并发似乎遥不可及——公司业务不需要，用户量级不够，老板说用不上高并发架构设计，何来“高并发经验”呢？
作为过来人，我想说的是：公司业务流量平稳，不表示不会遇到高并发的需求场景。拿最常见的技术方案举例吧，电商系统里的下单流程设计，在每秒只调用一次的系统中，关注业务逻辑本身就够了：查询库存是否充足，在数据库中生成订单，成功后锁定库存，然后进入支付流程。
这个流程非常清晰，实现也简单，但如果做秒杀活动，再配合一些运营推广，你会发现下单操作的调用量高达 10,000 次 / 秒，之前的方案不再适用，需要设计新方案：10000 次请求同时查询库存，会把库存系统拖垮吗？如果请求全部通过，就要同时生成 10000 次订单，数据库能抗得住吗？如果抗不住，该如何解决？
虽说每家公司所处的行业、业务场景不同，所需的高并发系统是不一样的，但其中的设计和优化思想，却是万变不离其宗、可以习得的。所以，为了避免遇到问题时手忙脚乱，要提前做好知识储备，才能应对随时可能出现的高并发需求场景。
