秒殺”，就是在同一個時刻有大量請求爭搶購買同一個商品，並完成交易的過程，其間涉及大量的併發讀和併發寫，並要求高可靠和高效能的系統支援。

也因此，“秒殺”對於程式設計師來講也意味著巨大的挑戰。如何讓系統面對百萬級的請求流量不出故障？如何保證高併發情況下資料的一致性寫？如何在不堆伺服器的情況下應對是平時數百上千倍的併發訪問？如何分別針對大流量的讀寫請求進行服務端的極致優化？你都會在這裡看到你需要的答案。

希望帶你透徹理解秒殺系統的各個關鍵技術點，希望你在學完之後，能夠快速搭建一套滿足自己業務場景的高可用秒殺系統。而更多的是我們希望藉助“秒殺”這個網際網路高併發場景中的典型代表，帶你瞭解如何打造一個超大流量併發讀寫、高效能，以及高可用的系統。

一，高效能

秒殺涉及大量的併發讀和併發寫，因此支援高併發訪問這點非常關鍵。這裡將從設計資料的動靜分離方案、熱點的發現與隔離、請求的削峰與分層過濾、服務端的極致優化這 4 個方面重點介紹。

二，一致性

秒殺中商品減庫存的實現方式同樣關鍵。可想而知，有限數量的商品在同一時刻被很多倍的請求同時來減庫存，減庫存又分為“拍下減庫存”“付款減庫存”以及預扣等幾種，在大併發更新的過程中都要保證資料的準確性，其難度可想而知。因此，我將用一篇文章來專門講解如何設計秒殺減庫存方案。

三，高可用

雖然我介紹了很多極致的優化思路，但現實中總難免出現一些我們考慮不到的情況，所以要保證系統的高可用和正確性，我們還要設計一個 PlanB 來兜底，以便在最壞情況發生時扔然能夠從容應對。

附上【架構資料】

面試指導，架構資料領取！

歡迎工作一到五年的Java工程師朋友們加入Java架構開發：277763288

群內提供免費的Java架構學習資料（裡面有高可用、高併發、高效能及分散式、Jvm效能調優、Spring原始碼，MyBatis，Netty,Redis,Kafka,Mysql,Zookeeper,Tomcat,Docker,Dubbo,Nginx等多個知識點的架構資料）合理利用自己每一分每一秒的時間來學習提升自己，不要再用"沒有時間“來掩飾自己思想上的懶惰！趁年輕，使勁拼，給未來的自己一個交代！