秒殺設計
1. 如何設計一個秒殺系統
（純分析一波，如果有什麼方面沒考慮到，希望各位大咖見諒，並且給我提點哦~ 可以繼續完善） 首先, 在購票方面, 最主要的一點是要防止黃牛囤積大量票, 第二步在防止黃牛用自己的賬號隨便買票, 第三步才考慮完全杜絕黃牛為其他人代購票。 首先說圖片驗證碼, 圖片驗證碼的作用就是用在最後一步的, 至於為什麼不是用於防止黃牛大量囤積或者用於防止黃牛用自己的賬號買票, 因為圖片驗證碼總有一個概率通過,根據現在的驗證碼規則, 在8個圖中選擇1~3個圖,那麼隨機選一個選中的概率就是1/(8C1+8C2+8C3)=1/92≈1.086% （應用一下中學排列組合知識，C 表示組合數）,也就是說, 黃牛買100次票就會有一次搶到票, 這對於一般用戶來說這是沒用的, 一般的用戶就算有這個軟體, 100次才有一次那需要的次數也太多了，但對於大量囤積票來說，這就足夠了，一個機器人100趟車只能搶到一次，開幾十幾百個機器人搶就是了，有錢想囤積多少都可以。而防止黃牛拿自己的賬號買票也是不行的，黃牛人工操作，你總沒辦法吧，手工買票，就像以前的黃牛都是到火車站排隊去買票一樣。 那麼對於這三點來說，我們應該怎麼樣設計才能防止呢，一點一點來說： 一、 如何防止黃牛大量囤積票 這就是還是要從概率的方面考.
2. 秒殺系統架構如何設計
這種高頻系統需要考慮的因素很多。
如果在一分鍾內會有上百萬次請求， 那麼1秒鍾就要處理1萬多次請求。 那麼我們分析一下延遲：
網路延遲
系統IO延遲
內存延遲
緩存延遲
資料庫延遲
對於網路延遲，沒有很好的解決方法，這個跟用戶的網路環境有關
對於系統IO， 不太推薦用多線程以及線程池模型。 多線程創建銷毀都會有很大的額外開銷， 線程池會有等待延遲。 推薦使用libevent這類多路io的框架， 可以在一個線程內完成IO非常輕量
對於內存延遲， 如果我們在短時間內要做大量的業務，建議使用slab這類內存對象方式分配內存，這樣可以減少內存分配器帶來的開銷。 處理完的業務可以放在隊列中，可以單獨設計一個線程處理隊列來給用戶response（response延遲並不是那麼重要）。另外有大量優化的地方， 例如排除cpu緩存偽共享，集成第三方高性能內存分配器等等手段， 如果有需求可以研究一下。
一般秒殺系統session數據會放在緩存中，例如redis。 如果請求多了， 那麼流量會全部壓到一個redis的server上，會造成輕微延遲（redis是單線程隊列）， 這時候可能需要做一個主從系統，不過公司的硬體環境不好有可能會有反效果， 一般情況下1s處理幾萬次請求還是沒有多大問題的。
資料庫不要動態寫，肯定慢，秒殺結束後一次性把redis的transactions 同步進去。
處理IO建議不要直接用後台伺服器， 建議做幾個io伺服器和客戶端連接， 接到客戶端請求後用rpc框架投到你的後台。 一個電腦的socket多了後性能下降很快。
3. 如何實現「秒殺」系統
因為秒殺活動只是網站營銷的一個附加活動，這個活動具有時間短，並發訪問量大的特點，如果和網站原有應用部署在一起，必然會對現有業務造成沖擊，稍有不慎可能導致整個網站癱瘓。
2） 高並發情況以及資料庫的負載
用戶在秒殺開始前，通過不停的刷新瀏覽器頁面以保證不會錯過秒殺，這些請求如果按照一般的網站應用架構，訪問應用伺服器、連接資料庫，會對應用伺服器、資料庫伺服器造成極大的負載壓力。
3） 突然增加的網路和伺服器帶寬
假設商品頁面大小200K（主要是商品圖片大小），那麼需要的網路和伺服器帶寬是2G（200K×10,000），這些網路帶寬是因為秒殺活動新增的，超過網站平時使用的帶寬。
4） 直接下單
秒殺的游戲規則是到了秒殺時間才能開始對商品下單購買，在此時間點之前，只能瀏覽商品信息，不能下單。而下單頁面也是一個普通的URL，如果得到這個URL，不用等到秒殺開始就可以下單了。
5） 防止機器秒殺
防止網上的一些「秒殺器」
針對上面的5個問題，對應的策略如下：
1） 秒殺系統獨立部署
為了避免因為秒殺活動的高並發訪問而拖垮整個網站，使整個網站不必面對蜂擁而來的用戶訪問，將秒殺系統獨立部署，如果需要，還可以使用獨立的域名，以和網站完全隔離，即使秒殺系統崩潰了，也不會對網站造成任何影響。
2） 秒殺商品頁面靜態化
秒殺商品頁面重新設計，不使用網站原來的商品詳情頁面，頁面內容靜態化：商品描述，商品參數，成交記錄，用戶評價全部寫入一個靜態頁面，用戶請求不需要經過應用伺服器的業務邏輯處理，也不需要訪問資料庫。所以秒殺商品服務不需要部署動態的Web伺服器、資料庫伺服器。
3） 租借秒殺活動網路帶寬
對於因為秒殺新增的網路帶寬，必須和運營商重新購買或者租借。為了減輕網站伺服器的壓力，需要將秒殺商品頁面緩存在CDN，同樣需要和CDN服務商臨時租借新增的出口帶寬。
4） 動態生成隨機下單頁面URL
為了避免用戶直接訪問下單頁面URL，需要將該URL動態化，即使秒殺系統的開發者也無法在秒殺開始前訪問下單頁面的URL。辦法是在下單頁面URL加入由伺服器端生成的隨機數作為參數，在秒殺開始的時候才能得到。
5） 防止「秒殺器」感覺很難，
因為似乎總是有辦法可以跳過設置的「障礙」。真正做到防止，僅靠webserver怕是很難防範，一般的做法都是增加一些人為的「障礙」，比如：
注冊時有一定的門檻，像皮皮書屋一樣，通過輸入程序執行結果作為驗證 –à之前批量手工注冊
參加秒殺的積分或者等級策略 -à 掛太陽，就如同你當你為了升級QQ等級的時候一直掛著QQ一樣。
驗證碼，阻止自動化操作 -à 可以圖像識別
ip阻止 –à 但是ip可以偽造,可以代理
4. 如何設計一個秒殺系統，小米秒殺系統設計
小米手機 4 採用了高通驍龍801手機處理器，內含四個Krait 400 2.5GHz 處理核心。運算速度提升14%，性版能更強大。權支持4G網路，下行峰值速率最高可達到132Mbps，上傳的速度可達31Mbps。
小米手機4 採用了高色彩飽和度夏普 / JDI 屏幕，達到95%NTSC色域，令色彩表現力更加豐富。還有全新升級的陽光屏，採用「像素級動態對比度調整」技術，在刺眼的陽光下，也可享受清晰的瀏覽體驗。
小米手機4 採用索尼 / 三星堆棧式圖像感測器，通過減少片上微透鏡與感光二極體的距離，使其更容易集合光線。支持硬體更豐富、噪點更少的照片。
小米手機4 內置紅外遙控功能，支持與紅外接受設備的傳輸協議，可以通過專門為這一功能定製的小米遙控器App，遙控家裡電視、空調等支持紅外協議的家用電器。
精心打磨的不銹鋼金屬邊框、鎂合金極輕構架成就了堅固的機身，超窄邊屏幕的精妙設計，宛如藝術品般的後蓋賦予了小米手機舒適的手感。
5. 如何搭建秒殺場景下的運維架構
秒殺及免費券活動，在活動開始的時候，訪問量是呈直線式的飆升，瞬時的峰值訪問量通常會是平時的好幾十倍，而每一次請求都會透過運維的負載均衡系統到後端的各業務系統，對負載均衡系統的穩定性有著非常高的要求，所以在架構上要做到高可用性和可擴展性。在管理上要做到靈活性。對業務又要做到容錯性。
首先是容量預估。先通過獲取預期的銷量數據，再根據以往的經驗及公司推廣的力度做相應的容量預判。然後是做風險預估及預案，對各核心系統及外部資源都要做好相應的風險控制。最後就是通過災演去真實還原各種可能存在的風險，驗證整個系統架構的可用性。
對於運維系統而言，一是要有非常直觀的監控系統，便於在第一時間去定位問題、分析問題，二是要有非常靈活的自動化系統，便於在問題發生時進行快速處理。
大促前，通常會提前10天完成線上擴容，通過這個周期去觀察新資源的穩定性， 接下來就要做真實的線上災演，災演包括各個系統的故障模擬和風險預案，故障模擬會真實地去模擬線上故障來驗證整個運維系統架構的高可用性和容錯性，同時在處理問題的過程中，通過災演提高運維團隊的響應速度以及和其他兄弟團隊的配合度，以保證問題處理時的有序性。
風險預案主要就是要確保一切備用方案在啟用時的正確性。只有真正的去驗證過，在遇到問題時，大家才有信心去操作。
大促時的問題處理基本就是遵循災演流程，讓問題快速消化掉，同時隨時要做好快速擴容的准備為各業務線系統提供穩定的保障。
工作中，難免都會遇到這樣的情況，在臨時解決後，會對問題進行劃分，如果是風險較高的問題，會放到之後的災演中，如果是周期性的，會考慮做成平台功能，自動處理。 如果是必須人工化的，就會做成SOP。
剛從技術轉向管理時，前期還是習慣性的沖到第一線，去攻堅和解決技術難題，後來在意識到這個問題後，才將更多的精力投入在人才的培養上面，在保證質量及穩定的前提下，只做方向上的把控，讓大家真正放手去做，通過這樣的方式迫使大家在短時間都迅速的成長了起來。
注重團隊氛圍的建設，鼓勵創新，鼓勵大家把自己真實想法提出來，通過討論確定階段性目標，讓大家都真正參與進來，為共同的目標奮進，在這種輕松平等的環境下，團隊的創造性及積極性也有所保證。
新興技術的興起，確實會對傳統的運維模式產生一些變化，所以對運維工程師的要求也會越來越高，運維工程師在工作中，會接觸到不少的開源產品及新的技術，所以很多時候要站到一個更高的角度去看問題。而新技術的出現也會迫使大家去學習，去思考怎樣將工作變得更有效率，更有價值。 這個過程本身就是一個學習和積累的過程，在知識的積累上，最好是能做到深廣結合，切勿淺嘗則止。
運維架構本身不會涉及具體的業務，所以應該會比較有共性，而如何在大流量、高並發的情況下，做好這一環節的支撐。
6. ASP.NET如何實現淘寶倒計時秒殺的效果
運行效果如圖所示，其實基於控制項的開發還是效率非常高的。
這樣，通過自定內義用戶控制項，可以提高容效率和減少維護的復雜度，它可以隨便應用到別的aspx或者ascx中甚至是各種模板設計中，而你的主頁面也非常干凈，不需要你額外為它寫什麼代碼。
具體的代碼和DEMO，可以自己下載：
《基於ASP.NETAJAX的秒殺倒計時功能控制項實現【附DEMO下載】》
http://www.csharp.hk/article/20110412/18.html
選自：隊長心語
7. 求大家幫我設計一個帶有「秒殺」的四字游戲角色名,夢幻西遊
查無此人
莎士比亞
爾等請勿模仿
這些都是我見過的、尤其是【查無此人】、殺稱謂的時候、門派會出現你的NPC、
例如【大唐查無此人】站在首席弟子旁邊、給力！
鬼鬼弒秒殺
8. 軟體測試中提問的 網購中的業務有哪些 針對打折和秒殺如何設計用例怎麼答
秒殺：是否規定物品數量的商品，被秒殺完畢就會下架？ 2）如果只有20件物品進行秒殺，如果有超過20個用戶的來進行秒殺，會不會出現物品數不對或者是兩個用戶買的是同一個物品 這些
9. 我想寫一個淘寶秒殺器 沒設計思路 有誰有這方面經驗的分享下哈 感激不盡啊
用操作網頁，設置定時器，到開秒的時間過1秒立刻啟動程序下列步驟。
1、模擬打開網頁
2、模擬點擊購買按鈕
3、模擬輸入淘寶帳號密碼
4、彈出支付窗口，手工輸入密碼完成支付。