牛年跳槽季，慘遭開門黑，謹以此文紀念我的首次騰訊面試經歷。經我的老師，微軟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也可

總結

以上是生活随笔為你收集整理的腾讯二面挂了，就因为这个...的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。