火車票搶購軟件文章列表:

• 1、12306明確加速包不能優先購票 還有這些風險
• 2、揭秘網購搶單灰產：搶單軟件代拍低至8塊8 非法薅羊毛涉嫌犯罪
• 3、茅臺官方i茅臺平臺——不拼網速、不拼手速，只拼運氣搶茅臺
• 4、嘀嗒清單 TickTick for Android v6.1.9 高效日程管理軟件
• 5、最近很火的京東搶購飛天茅臺是怎么回事？從架構原理來分析一波

12306明確加速包不能優先購票 還有這些風險

原標題：12306明確“加速包”不能優先購票！搶票軟件背后暗藏哪些風險？

近日，鐵路12306表示，消費者使用的“加速包”并不能擁有優先購票權，無論是哪款購票軟件都需要在鐵路12306購票系統排隊。而除了交“智商稅”，使用搶票軟件搶購火車票的背后，還可能暗藏哪些風險隱患呢？

“加速包”不能優先搶到票

最終都要在12306系統排隊

家住河南的馮雷平時在浙江湖州工作，今年國慶期間，他提前3天通過某搶票軟件購買了20元不等的“加速包”并朋友圈讓好友助力搶票，可是并沒有起效。最終，馮雷取消了“加速包”并在第二天成功在12306搶到票，這讓他覺得自己上當受騙了。

馮雷說，當時自己心里特別焦慮，“每天打開看好幾下，一方面怕搶不到票，另一方面害怕是不是自己錢花得不夠，加速沒有加到最快。”

沈陽市民王強告訴記者，自己因為買了一張沒有座位的票，所以臨時選擇用“加速包”重新搶票。自己明明在12306官網上看到平臺已經放票，可以直接買到票，然而在使用“加速包”的這個平臺上，依然顯示還在搶票中。

記者在網上搜索發現，目前市面上的搶票軟件至少有幾十種，有的直接收費搶票，有的需要轉發朋友圈增加曝光度，有的甚至會默認付費搶票。

某搶票平臺客服表示，搶票成功率90%以上。“我們二等座收費100元一張，硬座60元一張。”

記者調查發現，無論哪款搶票軟件，最終都要在12306系統排隊，如果真沒票，花錢也搶不到，另外花錢購買加速包也不一定能保證效果。

12306工作人員介紹，那屬于第三方網站，第三方網站不會平白無故給你買票，“所有的票都是從我們網站出的，他們有可能高價收了錢，來我們這兒買不到車票。”

搶票軟件存在個人隱私泄露風險

遇到退改簽等可能遭遇麻煩

使用搶票軟件的背后暗藏哪些風險？首先就是個人隱私的泄露。

上海鐵路局合肥站宣傳助理員蘇楠介紹，第三方搶票軟件留存旅客信息，利用這些信息可能做了很多旅客并不知道的商業行為，這對泄露旅客信息存在一定的安全隱患。

其次，使用搶票軟件，如果遇到退改簽等情況也可能遭遇麻煩。杭州鐵路公安處乘警支隊一級警員韓劍介紹，因為鐵路12306沒有官方授權對接第三方軟件，導致車次信息、退票改簽等操作有所差異，使用第三方搶票軟件可能存在多收旅客退票、改簽費用，無法退票改簽，或是列車運行信息有誤等情況，給旅客帶來損失或影響行程。

10月20日16時33分，深圳北開往廈門的D668次車抵達廈門站，一名男性旅客駐足在站臺遲遲未出站。經了解，該名旅客是要到廈門北站轉車去莆田，卻坐到了廈門站。“這位旅客為了‘圖方便’，使用的是第三方購票軟件購買的車票，但該購票軟件更新不及時，列車運行信息有誤，所以造成了到站錯誤。”韓劍說。

耽誤行程軟件平臺應擔責

旅客應通過官方渠道12306在線購票

湖南金州律師事務所高級合伙人、律師邢鑫分析，如果發生使用搶票軟件但最終耽誤行程的情況，搶票軟件平臺應該對此擔責。

“消費者與軟件平臺之間存在合同關系，而這一合同的目的，是消費者能買到‘可以正常乘車’的票，但是如果發車后才提供出票信息耽誤行程，明顯無法實現合同目的，軟件平臺應為此承擔違約責任。”

除了不少大平臺的搶票軟件，在部分電商平臺和社交網絡，還有不少聲稱是“黃牛專用搶票腳本”“搶票插件”等各類軟件。

對此，杭州鐵路公安處乘警支隊一級警員韓劍提醒：各地警方還發現有不法分子將木馬病毒偽裝成“最新搶票軟件”“火車票搶票插件”“專業12306搶票訂購工具”等搶票軟件在社交聊天工具、網絡群共享等渠道中傳播擴散，存在較大安全隱患。

那么遇到搶票高峰，旅客應該怎么做呢？

上海鐵路局合肥站宣傳助理員蘇楠提醒：“旅客通過官方渠道12306在線購票，如遇到所需車次和席位無票的情況，可以進行排隊候補，當遇到所需車次和席位有票的時候，系統將自動購買車票。”

總臺記者/王逸群 張國亮 梁明星

揭秘網購搶單灰產：搶單軟件代拍低至8塊8 非法薅羊毛涉嫌犯罪

剛剛過去的“6·18大促”中，商家提供的限量版商品以及“折扣秒殺”成為消費者爭相搶奪的“心頭好”。如何搶購？為何會“秒殺”失敗？

貝殼財經記者調查發現，使用“搶單軟件”通過自動化的方式進行搶購或者直接找人“代拍代搶”成為了搶購商品的“捷徑”之一。

“搶單軟件”的存在，直接導致了部分消費者網購“秒殺”失敗，不僅影響消費者正常交易，還可能造成資金損失。6月19日，數美科技黑灰產研究專家吳茗告訴貝殼財經記者，“搶購工具中有可能暗藏木馬病毒，使得賬號密碼泄露、甚至交易密碼泄露，造成資金損失等。不過相比個人行為，這樣的工具在黑灰產手中往往就是操作成百上千個賬號‘批量作案’，這會影響消費者正常交易，也會對商家的營銷活動造成影響。”

非法“薅羊毛”涉嫌犯罪，如海淀區人民檢察院官微曾披露一則案件，其中被告人黃小天（化名）針對某母嬰APP的優惠活動，使用技術手段批量虛假注冊賬號，并利用這些賬號“薅羊毛”，最終其因涉嫌提供侵入、非法控制計算機信息系統程序罪被判處有期徒刑三年六個月。

“必中代拍”服務售價8.8元到25元 記者下載到“搶單軟件”

“百分之百穩定！0秒下單1秒付款！”“你自己接代拍，利潤爆炸！”6·18期間，貝殼財經記者在網購平臺上不止看到了熱銷商品，還看到了“代搶購”商品的服務。

一個售價9.9元“教代拍方法”的賣家告訴貝殼財經記者，其可以出售給記者一款支持京東、淘寶、拼多多等多個平臺的“搶購軟件”，通過該軟件可以實現自動搶拍；另一個售價8.8元的賣家則表示會提供給記者軟件的下載鏈接，“手機不卡就行，百分之百穩定。”

提供代拍服務的賣家店鋪簡介。

在一些黑灰產論壇中，貝殼財經記者也找到了不少搶單工具，在一款名為“快搶京東助手”的軟件中，記者發現其可以自動設置下單時間、搶單次數、搶單ID等，甚至還能設置是否開發票。該軟件開發者在“說明教程”中稱，搶購的關鍵在于設置好參數，“秒殺時根據你不同的網絡環境，不同的參與人數都略有不同，需要自己根據經驗判斷，如果不會設置請保持默認即可。”

貝殼財經記者下載到的搶單軟件。

除售賣搶單軟件的賣家外，還有不少賣家直接表示提供搶單服務，如一個標價25元提供“穩定代拍”的賣家表示，其可以穩定在0秒下單，1秒付款，須提前發送需要搶單的商品鏈接，并提前墊付資金，“專業代拍，基本百分百中，拍不到全額退款。”而另一個代拍賣家則表示，代拍價格需要根據買到的商品來定，“收取商品價格5%的代拍費”。

對此，吳茗告訴貝殼財經記者，早期黑灰產進行搶購主要依靠網速快或者簡單的自動點擊工具，后來則逐漸演變為“打接口”的自動化工具，“目前搶購類黑灰產往往通過BP鏈接 定時跳轉進行搶購（BP即Buypass，其可以跳過商品頁緩存、選擇尺碼、結算這一繁瑣的步驟，直接進入訂單確認頁），可以在搶購開始的一刻自動跳轉進入訂單確認頁面，從此不再需要掐表看時間，不再因為需要選擇商品屬性消耗時間，跳轉的一瞬間點擊提交，輕松實現毫秒級搶購。比如晚上8點開始搶購，真人的反應再快可能也需要幾十毫秒或幾百毫秒，而工具可以做到在0秒000毫秒就‘出手’。”

不過，需要注意的是，為了保障能夠“自動下單”，使用此類搶購軟件的前提是首先在軟件中上傳好自己的網購賬號、密碼以及支付密碼和自己的具體收件地址和聯系方式，這就為信息泄露甚至財產安全埋下了隱患。

“搶購工具中有可能暗藏木馬病毒，使賬號密碼甚至交易密碼泄露，造成資金損失；此外，在使用代搶服務時，收件人地址、聯系方式甚至身份證號碼等隱私信息也有泄露的危險。”吳茗對貝殼財經記者表示。

這一行為或已涉嫌犯罪。貝殼財經記者查閱中國裁判文書網發現，2018年有兩名黑灰產從業人員因開發并銷售針對淘寶優惠活動的“聯合搶拍器”，最終被法院認為其行為已構成提供侵入、非法控制計算機信息系統程序罪。

賣卡密、非法薅羊毛擾亂市場秩序 黑灰產涉嫌犯罪

需要注意的是，通過特殊工具進行搶單在商家層面依然屬于“真實交易”，當商家的優惠活動開啟時，最為忌憚的是組團“薅羊毛”的專業黑灰產“搶單團隊”。

“黑灰產使用特殊技術工具產生的利益比普通人要大得多，比如6·18來臨，其會通過組建VIP群、羊毛群并發放搶購工具的方式引流，最后在這款工具中添加‘卡密’等方式收取工具租金；一些擁有大量賬號的黑灰產則會在有利可圖的活動中搶購低價商品或稀缺商品再進行轉賣以賺取差價，這會導致囤積商品，哄抬物價，影響了消費者的正常交易，也對賣家的營銷活動造成影響。”吳茗對記者表示。

搶單黑產產業鏈。數美科技供圖。

在數美科技方面向記者提供的一則案例中，某電商平臺發售新款球鞋，每次的發售量在1萬至3萬雙，官方售價1299元，而二次交易的價格遠高于官方發售價格，貴的甚至高達萬元。在這一情況下，黑灰產使用特殊工具進行搶購，搶走了首次發售中90%以上的球鞋，讓正常用戶很難買到。據統計黑灰產倒賣一雙球鞋獲利的均值在1000元左右，這意味著一次新款球鞋發布，黑灰產獲利在千萬元量級。

東鵬特飲技術負責人、深圳市鵬訊云商科技有限公司總監董文波曾公開表示，東鵬特飲在進行“掃碼搶紅包”促銷時曾發現，有不少異常的掃碼行為，內部估算有5%被羊毛黨薅掉，后來引入技術團隊發現，事實上被羊毛黨薅掉的紅包大概有8%-10%。

非法“薅羊毛”涉嫌犯罪，如海淀區人民檢察院官微曾披露一則案件，其中被告人黃小天（化名）針對某母嬰APP的優惠活動，使用技術手段批量虛假注冊賬號，并利用這些賬號“薅羊毛”，最終其因涉嫌提供侵入、非法控制計算機信息系統程序罪被判處有期徒刑三年六個月。

中國政法大學傳播法研究中心副主任朱巍表示，針對羊毛黨攻擊，且原因不明時，分兩類情況：第一，若是不涉及系統破壞，僅是利用漏洞，這類情形嚴重的話，實踐中涉及盜竊罪、侵害知識產權罪，不嚴重的話，薅到的券屬于不當得利，應予返還，情節嚴重或者數額巨大的則可能觸犯刑法；第二，若是涉及計算機系統破壞出現Bug的，屬于《刑法》破壞計算機信息系統罪，情節特別嚴重有五年以上的刑期；第三，傳播這類信息的可能涉及前面罪名的共犯，也可以單獨構成傳授犯罪方法罪，或構成擾亂市場秩序的行政處罰。

湖北尊而光律師事務所張梅律師認為，薅羊毛黑灰產嚴重擾亂了正常的市場競爭秩序，直接侵害了經營者的財產權，并大幅提高企業的經營成本。薅羊毛黑灰產還會直接損害消費者的利益，因為經營者推出優惠活動的總金額有限，黑灰產大肆攫取了優惠券，真正的消費者獲得優惠券的概率就少了。對于薅羊毛這種新型的違法犯罪行為，執法和司法機關應當順應形勢需要，強化技術手段和偵查能力，在黑灰產形成之際抓住典型案件進行重點打擊，對不法分子進行法律威懾，避免因放任違法行為而出現“破窗效應”。

新京報貝殼財經記者 羅亦丹 編輯 陳莉 校對 薛京寧

茅臺官方i茅臺平臺——不拼網速、不拼手速，只拼運氣搶茅臺

最近搶茅臺似乎成了一件很流行的活動，各個平臺和商超都以平價茅臺作為引流的一種方式。如今茅臺官方也推出了自己的線上搶茅臺的途徑——“i茅臺”APP。這個APP一上線就很火爆呀，我在各個平臺一瓶茅臺都搶不到的人，也打算在這里試試水。沒想到經過近一個月的嘗試，居然中了一瓶虎茅。下面給大家介紹一下i茅臺上茅臺酒的搶購方法。

“i茅臺”APP在各個應用商店里都能下載到，加載界面的飛天標志，讓人看了就蠢蠢欲動。

在APP的首頁，是關于貴州茅臺的簡介，在這里我們可以先了解茅臺的相關信息。申購之前要做實名認證，需要用身份證號和手機號，每個身份證只能綁定一個賬號，要注意的是，手機號的機主要和身份證是同一個人的，我媳婦的就因為手機號是我的，用她的身份證就認證失敗了。

在申購界面展示出了所有現在可以申購的茅臺酒，現在有4種酒可以申購，分別是虎年茅臺、茅臺1935、貴州茅臺珍品、虎年茅臺禮盒裝。每天搶購的時間段是9：00-10：00，只要在這個時間段點擊申購，中簽的概率都是一樣的。

現在比較受歡迎的是兩款虎年茅臺，不管是自己收藏還是用來出手，價值都比較高。

茅臺1935因為是剛剛上市，據說酒質略遜于飛天茅臺，不過可能是遵義1935升級而來，之前的售價遠低于現在的價格，暫時升值潛力不大。

貴州茅臺珍品，也是新上市不久的一款酒，因為本身價格就比較高，而且數量很少，基本也搶不到，現在似乎也不太容易出手。

預約申購選擇本地的經銷商，如果本地沒有的話要選擇就近的經銷商，需要本人現場去領取，所以選擇太遠的就不值得了。

預約的過程很簡單，而且沒有其他平臺那樣一定要整點去搶購那么幾瓶那么激烈，申購完就可以靜靜地等待結果了。中簽結果是由抽簽而來，這樣就完全憑運氣了。我比較喜歡這種搶購方式，因為有時候搶購的那個時間點剛好在工作或者在開車，就錯過了一次搶購機會，而且網速不好，手速不快的就沒有中簽的可能性。i茅臺的這種搶購方法，比較適合我這種佛系的人。

每天18點會公布中簽結果，并且會有短信通知。中簽后一定要在24點完成確認，可以選擇到店付款或者線上付款。為了避免拿不到酒，錢又打了水漂，所以我選擇了到店付款。

?

每天的中簽結果也會進行公示，這里可以看到店鋪的投放量以及申購人數，每天我們可以根據這個結果，分析下在哪個店鋪申購中簽率會比較高。

一切都搞定了就是去店鋪領取茅臺了，中簽后需要在3天內去領取，如果有特殊原因，可以打電話和店鋪協商，具體能不能延后領取就要看店鋪是否同意了。

整個領取過程非常流暢，拿身份證，掃中獎碼，開盒驗酒，開票一氣呵成。店里的服務員已經非常熟悉這一套流程了，看來已經給不少人兌換過酒了。領完酒之后出來，并沒有很多人說的黃牛會圍上來收酒，我也沒能了解到本地的出手價格，讓我一度懷疑我的酒能否變現。不過我也沒想出手了，等入手了兩瓶以上再去考慮變現問題吧。開的票一定要留著，如果出手的話，這張票可以省去很多麻煩。

下面讓我們看一下這一瓶虎年茅臺吧。本以為兩瓶才會有禮品袋，沒想到茅臺還為它制作了單瓶的禮品袋，

今年的虎年茅臺是以綠色為主色調，包裝還是茅臺的包裝風格。包裝正面大大的貴州茅臺酒表明了它的身份。

生肖茅臺與飛天不同，是五星標的，其實五星標與飛天標是沒有區別的，生肖茅臺因為一直是使用五星標，為了保證它的一致性，所以就延續了五星標了。

包裝上充滿了虎的元素，形成了具有收藏價值的虎年生肖茅臺。

包裝的一側是來自孟祥順的《王者氣》，它與壬寅虎年生肖茅臺酒精神氣質的契合，成為了虎年生肖茅臺酒重要的文化設計元素。

另一側是著名書法家鄢福初的書法作品。

它的包裝瓶與飛天茅臺一樣，只是瓷瓶變成了綠色。

它的瓶蓋與飛天茅臺不同，并沒有絲帶包裹，不過金黃色的瓶蓋也很好看，蓋子的頂端還有一個繁體的虎字。

對比一下家里的375ml的出口飛天，500ml的比375ml要大了不少。

對比瓶子，感覺還是飛天的白色瓶子比較好看，而且虎茅的瓶蓋也沒有飛天的絲帶，少了一些儀式感。

總結

i茅臺APP搶購非常簡單，據說以后還會上架飛天茅臺，那樣就更值得一搶了。而且i茅臺不拼網速，不拼手速，每天不用卡整點去搶購，只要有時間點一下就可以，降低了搶茅臺的難度，比較適合每天工作比較忙的人。

嘀嗒清單 TickTick for Android v6.1.9 高效日程管理軟件

嘀嗒清單 TickTick for Android 直裝內購正式版是一款輕便的待辦事項、日程管理應用，全球逾千萬用戶的共同選擇。它可以幫你制定項目計劃、設置會議提醒、安排行程規劃、保持工作專注，還能用于記錄備忘、整理購物清單。滴答清單集計劃表、備忘錄、日程清單、筆記、便簽、鬧鐘、日歷、番茄鐘、在線協作等多種實用功能于一體，是你高效辦公、目標管理、習慣養成及便捷生活的得力助手。可以用它生成例如學習計劃、工作計劃、書單、購物清單、旅行和娛樂清單等，除此之外，還可以隨時隨地記錄自己的點子，提醒家人和朋友的生日、搶購商品等一切未來發生的任務。

嘀嗒清單 TickTick for Android 直裝內購正式版是國外大神 Balatan 基于國際版滴答清單 TickTick 修改制作，已經河蟹了功能限制，去除了數據收集等敏感權限，登錄賬號后就顯示永久會員。

嘀嗒清單破解版

主要功能

快速添加：支持文本創建、語音輸入添加任務

智能識別：自動識別語音輸入中的日期和時間，快速設置提醒

全能提醒：為任務設置日期和提醒，我們有靈活的提醒機制確保你不會錯過重要的事情

日歷視圖：在日歷中方便地查看每一天的日程安排

清晰分類：添加清單或文件夾來管理任務，還可以通過標簽來分類，同時可以設置優先級來區分任務的重要程度

輕松記錄：支持“文本”和“子任務”兩種任務模式，為任務添加圖片、錄音等重要詳情

共享協作：與家人、好友和同事共享清單，多人協同完成任務

多平臺快速同步：在Phone、Tablet、Wear、網頁等11個平臺快速同步任務

私信：（221001）獲取下載鏈接

最近很火的京東搶購飛天茅臺是怎么回事？從架構原理來分析一波

背景

大家好，這篇文章給大家介紹一個非常經典的去大廠面試經常被問的一個問題，就是瞬時高并發搶購問題。

通常來說，大廠開發的系統經常會遇到一些類似電商秒殺搶購、景點門票高并發搶購、特殊商品（比如口罩）高并發搶購、類似 12306 的高并發搶票類的系統。

所以經常會問這一類高并發搶購類的問題，這個時候，小伙伴們如果不能有理有據的給出一整套高并發場景下系統可能遇到的各種問題，以及你對應的架構設計和解決方案，那基本面試可能就會涼掉。

所以今天就手把手帶著大家來分析一下，假設在特殊物品庫存緊缺的場景下，1 分鐘內要搶購 10w 個口罩這類特殊物品，此時可能有數十萬人這個量級瞬時涌入來進行搶購，這個時候系統可能會遇到哪些問題，我們應該如何來設計架構解決這類問題呢？

業務架構設計

首先在分析這一類問題的時候，我們先不要考慮這個瞬時高并發到底有多高，先得把實現購買這類特殊商品的一個基礎業務架構圖畫出來，同時把業務流程分析清楚。

大家看下圖，如果你要搞一個商品搶購的系統，肯定得有一個搶購系統，這個搶購系統你得依賴商品系統吧，畢竟搶購過程中需要對商品數據進行讀寫，你還得依賴庫存系統進行庫存扣減，同時你還得依賴價格系統來計算當前商品的購買價格，還得依賴營銷系統來驗證商品購買的優惠。

最后還得依賴鑒權認證、風控攔截類的基礎系統來確定本次搶購是否可以執行，所以說，一次搶購涉及到的各種系統其實是很多的，完整的基礎高并發搶購系統基礎業務架構圖。

如下圖 1 所示：

網絡拓撲架構設計

另外的話，大家還得對你的搶購請求是如何一步一步到達你的搶購系統的，這個事情流程大家也是要畫出來的。

一般來說，我們的 APP 移動端對后端訪問都是通過一個域名來發起請求的，這個域名會經過 DNS 進行解析得到我們的 SLB 負載均衡系統的 ip 地址。

然后請求會發送到我們的 SLB 負載均衡系統上去，接著 SLB 負載均衡系統會把請求均勻分發給我們后端的 API 網關系統，然后 API 網關系統再把流量分發給我們的搶購系統。

所以大致如下圖 2 所示：

好的，當大家能當著面試官的面，麻溜兒的把上面那套業務架構圖和生產部署網絡拓撲圖大致畫出來以后，我們可以跟大家保證，雖然這個時候面試官看起來面無表情，但是心里的真實反映應該是這樣的：小兄弟可以啊，一般人聽到這個問題就直接懵逼了，這小子居然知道先從業務架構和網絡拓撲架構入手進行分析。

但是大家別高興的太早，距離你圓滿的完成這個問題的分析，大致是才剛剛走完了西游記十萬八千里中的八千里而已，剩下的十萬還要繼續走呢！這一路上大家馬上要遇到各種妖魔鬼怪了！打起精神，接著一起來往下看。

秒殺業務流量洪峰

往往到這里，我們下一步應該分析的，就是日常流量和搶購流量的區別了，什么意思呢？

先來說說日常流量，這個意思就是說，平時沒有搶購的時候，就是別人正常來買各種商品，系統的大致流量應該是每秒會有多少請求。

這個問題的話，不大好說，因為不同的公司其實是不太一樣的，但是我們可以取一個較為中間的值，整個系統日常的話每秒也就 1000 次請求，這個是比較中肯的一個值，不高也不低。

如下圖 3 所示：

一般來說，但凡你的搶購系統以及他依賴的每個系統部署在 2 臺機器以上，每秒 1000 次請求這種常規流量，各個系統兄弟們同心協力，一起扛一抗，還是沒太大問題的。

但是如果說搞這么一個活動，某個特殊商品，限量 10w 份，大家又特別需要他，然后呢，限定就是每天上午 10:00 開搶，每次都有幾十萬人眼睛放出紅光盯著手機屏幕準備搶他，志在必得，這個時候，流量會搞成什么樣子呢？

注意，重頭戲來了，大體上來說，根據一般的搶購經驗，往往你的 10w 件商品會在 1 分鐘內搶光，而且根據二八法則，80% 的商品會在 20% 的時間內被搶光。

也就是說 8w 件商品可能會在 10s 內被搶購，而且參與搶購這 8w 件商品的流量達到了 80% 的人群數量，假設一共有 50w 人參與搶購，就是有 40w 人在 10s 內發起搶購請求，搶光了 8w 件商品。

這個時候，每秒的請求數量應該是 40w/10s = 4w/s 的 QPS，大家看下圖 4：

不知道大家看到上圖是何感想？腦子別發蒙啊，面試官聽得津津有味，咱們趕緊繼續往下講啊，不然你這時候停下來，你們會大眼瞪小眼的！那這個時候如果對你的搶購系統發起的請求量達到了每秒 4w，大家覺得會如何呢？

很簡單，系統絕對會被打死，網絡帶寬打滿、CPU 使用率達到 90% 多、數據庫負載過高、下游依賴頻繁超時，這一切問題都可能會發生，你要問為什么？

那就是因為你的系統常規化部署下，就是抗每秒 1000 的請求的，他們又不是設計來抗你每秒 4w 請求的。

架構設計優化

所以這個時候問題就牽扯到了一個點，那就是怎么才能讓你的搶購系統可以抗下來每秒 4w 請求呢？

為了解決這個問題，就得趁著面試官打瞌睡的時候，咱兄弟偷偷給你傳授一點武林秘籍了。

正常情況下，一臺 4 核 8G 的機器，開 200 個線程處理請求，如果他要調用別的服務，或者是訪問數據庫，基本上每秒單臺機器也就抗個 1000 的請求量。

| 并發搶購系統性能瓶頸分析

但是，注意，敲黑板劃重點了，不是說你的 4 核 8G 機器就菜雞到了只能抗每秒 1000 個請求，他的關鍵問題在于，他要調用別的服務，而且他還要訪問數據庫，就是因為這種通過網絡去訪問外部系統，才導致了他每秒抗的請求量比較菜雞一些。

大家看下圖 5：

大家要知道一點，類似 Redis、RocketMQ 這種中間件系統，經過深度優化之后，往往單臺抗個上萬甚至幾萬 QPS 都沒問題，所謂的深度優化是什么意思？

簡而言之就一點，你最好就是每次請求過來，完全就基于自己的內存來讀寫數據，然后就直接返回了。

不要隨便通過網絡去訪問外部的系統，這種情況下，往往你的并發量可以提升幾個數量級。

如下圖 6 所示：

| 并發搶購系統架構優化

所以說，一般這種場景下，有三個非常強悍的優化手段，那就是大幅度減少對外部服務的依賴調用嗎；寫數據盡量直接寫緩存，然后異步寫 DB；讀數據盡量優先把數據緩存在系統 JVM 內存里，本地讀取返回。

這里可以給大家舉一些例子，比如說，對于特殊商品固定價格搶購，那么對價格系統、營銷系統的調用是否就可以省略了，畢竟價格固定，也沒有優惠這一說。

對于風控和鑒權類的通用操作，是否可以前置到 API 網關層面讓他去執行，從我們的業務系統里移除這類通用邏輯？這不就一下子減少了對 4 個系統的調用了。

再比如說，對庫存的扣減，是否可以讓庫存系統把數據同步到 Redis 里，我們直接同步扣 Redis 里的庫存，然后發 MQ 消息異步去庫存系統的 DB 里扣庫存？

還有比如對商品數據的大量查詢，是否可以將商品數據緩存到 Redis 里，同時對熱門商品數據全部提前加載到搶購系統的 JVM 內存里本地緩存？

經過優化后的搶購系統大致看起來是下面圖 7 這樣子的：

大家看上圖，這個時候經過一通優化之后，我們的搶購系統已經不再直接調用任何服務了。

他在讀商品數據的時候，優先都是從自己的 JVM 本地緩存里讀取預緩存的數據，幾乎就是純內存操作，然后扣減庫存是去寫 Redis 的，對于庫存系統甚至是訂單系統的數據庫中的扣減庫存和下單，都是通過 MQ 異步化執行的。

基本上系統優化到這個水準，主要給搶購系統多部署幾臺機器，就可以抗下每秒幾萬高并發的請求了。

但是這個時候完了嗎？當然沒有，這個時候系統里存在的問題還非常的多，我們得繼續往下分析，進一步一步一步的優化。

①高并發搶購系統緩存擊穿問題分析與解決方案

首先，分析第一個問題，就是商品數據緩存在搶購系統 JVM 本地緩存時的擊穿問題，我們在搶購系統的 JVM 本地緩存中放的數據，一般都是要設置一個過期時間的，因為如果你一直緩存在 JVM 里，會導致商品數據有變化了，你也不知道。

所以假設我們設置一個 30min 的過期時間，每隔 30min 過期下，過期之后，搶購系統就得去 Redis 里查商品數據緩存，如果沒查到，那就得去調用商品系統的接口從數據庫里查了。

如下圖 8：

那么當你的搶購系統里的本地緩存過期了，此時本地緩存沒數據了，然后 Redis 里緩存可能此時也沒有的時候，就在這個非常要緊的關頭，偏偏就進來了大量的請求，此時這大量請求在本地緩存都沒找到，去 Redis 里也沒找到，然后呢？

然后當然就是完犢子了，因為這些請求都會涌入到商品系統里去，讓商品系統從數據庫里查詢，直接把商品系統擊穿。

如下圖 9：

所以這個時候，我們往往需要對這種本地緩存做一個特殊的方案設計，那就是對于本地緩存不要采取這種讓他自動過期然后請求過來的時候讀取不到再去商品系統那里查找的模式，而是采取搶購系統針對本地緩存自動定時刷新。

也就是說，搶購系統內可以開一個后臺線程，然后讓他每隔 30min 自動去 Redis 里查最新緩存數據，或者去商品系統查最新緩存數據，然后刷新本地緩存，這樣就可以避免說自動過期后突然大量請求查不到緩存都涌入商品系統了。

如下圖 10：

②高并發搶購系統數據不一致問題分析與解決方案

再來看下一個比較常見的問題，就是扣庫存的緩存與 DB 不一致問題，這個問題的場景可能發生在如下情況。

就是說你在 Redis 里扣完了庫存之后，通過 MQ 發送了一個消息異步讓那個庫存系統在 DB 里扣庫存，可是人家庫存系統還沒在 DB 里扣減呢，這個時候你突然因為異常回滾了這次庫存扣減，此時 Redis 里把扣的庫存恢復了，然后發了一個消息到 MQ 去恢復庫存扣減。

如下圖 11：

但是這個時候 Redis 里的庫存是恢復了，可是庫存系統 DB 那里就是未必了，因為庫存系統從 MQ 里獲取消息的時候，很有可能是亂序獲取的，就是先獲取到恢復庫存的消息。

此時庫存系統一般會判斷一下，之前是否對這次搶購有過庫存扣減日志，如果沒有，他就不會去恢復庫存，然后接著再獲取到扣減庫存的消息，此時他就扣減了庫存，可是恢復庫存的消息再也沒機會處理了。

如下圖 12：

那么上面會導致什么呢？會導致 Redis 里扣減了庫存，又恢復了庫存，可是庫存系統的 DB 里先獲取了恢復庫存指令，結果什么都沒干，然后又獲取了扣減庫存指令，反而把庫存給扣了，此時緩存和 DB 里的庫存是不一致的。

所以針對這個問題，通常都會實現 MQ 順序消息，也就是說，把同一個搶購訂單的多個庫存操作指令發送到 MQ 的一個分區里去，讓他們實現有序，強制要求庫存系統必須按照順序依次獲取后執行，這樣就會先執行扣減庫存指令，再執行恢復庫存指令了。

如下圖 13：

總結

好了，今天這篇文章到這里為止，就給大家講了一下大廠里我們經常遇到的高并發搶購類系統的架構設計和優化過程，以及緩存擊穿與數據亂序不一致問題的分析和解決方案。

希望大家在閱讀后能在未來面試遇到這類問題的時候，有理有據的逐步分析逐步展開，讓面試官看到大家沉穩如水、細致如絲的應變能力。

------------- END -------------

另外推薦儒猿課堂的1元系列課程給您，歡迎加入一起學習~

互聯網Java工程師面試突擊課（1元專享）：

https://tod.h5.xeknow.com/s/3o8O0w

SpringCloudAlibaba零基礎入門到項目實戰（1元專享）：

https://tod.h5.xeknow.com/s/1NRrqb

億級流量下的電商詳情頁系統實戰項目（1元專享）：

https://tod.h5.xeknow.com/s/xItYJ

Kafka消息中間件內核源碼精講（1元專享）：

https://tod.h5.xeknow.com/s/1T0B9m

12個實戰案例帶你玩轉Java并發編程（1元專享）：

https://tod.h5.xeknow.com/s/2nTSHI

Elasticsearch零基礎入門到精通（1元專享）：

https://tod.h5.xeknow.com/s/40xOVv

基于Java手寫分布式中間件系統實戰（1元專享）：

https://tod.h5.xeknow.com/s/1MUj1A

基于ShardingSphere的分庫分表實戰課（1元專享）：

https://tod.h5.xeknow.com/s/3o6jC