牛年跳槽季，惨遭开门黑，谨以此文纪念笔者的首次腾讯面试经历。经老师，微软MVP大佬推荐，有幸拿到了腾讯.NET Core高开面试机会，二面却挂在一个最常见的问题上，“你上家公司电商平台的TPS、QPS是多少，怎么应对增长的？”，一是当时脑子短路，几个词都混淆了，二是日常项目的几个数据确实没有关心，一问就傻了。这不回来了就去整理了一波相关知识，这会儿也给大家分享下！
公认的高并发场景：双11、春运抢票、微博大V热点新闻、秒杀系统、日均千万级订单系统、亿级日活信息流，然而这些高并发场景，并发量各不相同，那到底多大并发才算高并发呢？
1.不能脱离场景看数字，10W QPS的秒杀是高并发，1W QPS的信息流就不是高并发？信息流场景涉及复杂的推荐模型和各种人工策略，业务逻辑可能比秒杀场景复杂10倍不止。因此，不在同一个维度，没有任何比较意义。
2.业务都是从0到1做起来的，并发量和QPS只是参考指标，高并发最重要的是流量变成10倍、100倍的过程中，是否有恰当的方式去演进系统，能从架构设计、编码实现、甚至产品方案等多维度去预防和解决高并发引起的问题，而不是一味地升级硬件、加机器做水平扩展。
年年岁岁跳槽季，回回必问高并发，而我还是挂在这里，原因很简单，因为高并发能牵扯出太多问题，接口响应超时、CPU负载升高、GC频繁、死锁、大数据量存储等，能考察求职者的真实情况。而我在第一步就倒下了，因为对数据化的指标没有概念：不清楚选择什么样的指标来衡量高并发系统？分不清并发量和QPS，甚至不知道自己系统的总用户量、活跃用户量，平峰和高峰时的QPS和TPS等关键数据，后面谈优化只是隔靴搔痒。
说起高并发方案，很多人都能滔滔不绝，大到垂直拆分、水平扩展、缓存、异步化架构设计，小到并发编程、请求合并、文件压缩等编程技术，然而没有实践落地经验，只能是纸上谈兵，全无落地细节。
这里我给大家推荐个直播活动，由资深架构师和微软MVP联合直播分享：
基于真实项目案例解读从0到1的架构演进，从1w用户成长到1000w背后技术变迁。可以微信扫码进交流群，今晚八点直播分享，推荐看看！
最后分享下老师的几句话，高并发设计秉承架构3原则：简单、合适和演进。过早的优化是万恶之源”，不能脱离业务的实际情况，更不要过度设计，合适的方案就是最完美的。推荐大家能来一起学习，于实战中成长！这里还有一组我收集的学习资料，含.NET5、Redis、MongoDB、RabbitMQ等内容，也建议大家扫码领取多学习下，祝你能轻松面腾讯，牛年拿高薪
添加微信 zhaoxi066也可
