在**、京東等電商類平台面試中，容易碰到乙個很常見的場景題：秒殺場景。本渣作者不敢瞎寫，附上兩篇「標準答案」，希望小夥伴們可以從中學習到東西，也祝面試順利。
本渣認為，類似問題有幾個考點：
全域性思考能力和把控能力，包括從前端–>網路–>閘道器–>後端–>儲存等一整個資訊傳輸互動線路都有優化的點。這裡面涉及的東西就很多了：架構設計原則：有效控制併發，把問題都攔截在前面，充分利用快取。
基礎架構設計實戰經驗：限流、降級、熔斷等的基本使用。
架構設計、網路、前後端、快取、資料庫、安全、併發、鎖、佇列，需要對每乙個知識點都有相應的理解才能把每乙個環節設計的更合理，本渣只能感慨學無止境，再接再厲。
秒殺系統架構優化思路
秒殺系統架構分析與實戰
秒殺系統架構優化思路
摘要 秒殺系統架構優化思路 上週參加qcon，有個兄弟分享秒殺系統的優化，其觀點有些贊同，大部分觀點卻並不同意，結合自己的經驗，談談自己的一些看法。一 為什麼難 秒殺系統難做的原因 庫存只有乙份，所有人會在集中的時間讀和寫這些資料。例如小公尺手機每週二的秒殺，可能手機只有1萬部，但瞬時進入的流量可能...
秒殺系統架構優化思路
一 為什麼難 秒殺系統難做的原因 庫存只有乙份，所有人會在集中的時間讀和寫這些資料。例如小公尺手機每週二的秒殺，可能手機只有1萬部，但瞬時進入的流量可能是幾百幾千萬。又例如12306搶票，亦與秒殺類似，瞬時流量更甚。二 常見架構 流量到了億級別，常見站點架構如上 1 瀏覽器端，最上層，會執行到一些j...
秒殺系統架構優化思路
一 秒殺業務為什麼難做 1 im系統，例如qq或者微博，每個人都讀自己的資料 好友列表 群列表 個人資訊 2 微博系統，每個人讀你關注的人的資料，乙個人讀多個人的資料 3 秒殺系統，庫存只有乙份，所有人會在集中的時間讀和寫這些資料，多個人讀乙個資料。例如 小公尺手機每週二的秒殺，可能手機只有1萬部，...