看訪問什麼頁面，如果有提前告知比如雙11就沒事，提前準備一批伺服器擴容多伺服器隨機訪問html就可以，還有多地cdn快取支援，再配合連續重新整理鎖ip或者需要輸入驗證碼才可以繼續訪問，輕鬆應對。沒提前準備就不行了，起碼頻寬就不夠

有個東西叫快取，有個東西叫分散式，兩個加起來叫cdn。

你提這個問題，實際上就是投票刷訪問量一類的伎倆，很多網站都做了技術處理，你拿電動機刷F5都不會有什麼效果。為什麼呢？因為技術上做了訪問限制，一旦單位時間內某一IP訪問頻道超過設定值，資料包直接丟棄。

同一個物件內容，只要成為熱點，就會按設定重新整理週期直接快取到記憶體中，後邊的使用者訪問請求，直接從快取取得資料，大大提高訪問速度。

平臺設定驗證碼，使用者登入等功能，間接地離散了使用者同時訪問同一物件的行為。

因此，任何事情不要想當然，不然讓人笑掉大牙，不是每件事都可以拿“無知者無畏”來掩飾。

如果伺服器未作高併發的處理，毫無疑問，網站肯定是承受不住的。強如阿里的雙11，最高支付併發是50-60萬筆併發/秒。一般網際網路公司都會對高併發做處理。

1、限制併發人數，超出部分顯示訪問人數過多，稍後再試。放過的那部分人訪問正常。

2、增加伺服器數量，進行伺服器叢集化，通過MQ中介軟體削峰，利用快取加快資料訪問和處理，如redis

3、對靜態資源CDN加速處理，並做化快取機制，同一路徑引數訪問的是CDN快取頁面。

隨著網際網路發展，在可能引起高併發場景都需要提前考慮並做好相關技術支援。

一般就三種情況

第一、網站寫得差的，直接掛掉！

第二、網站沒毛病，頻寬不夠，或運算資源不足，相應緩慢或超時。

第三、這麼大併發量考驗的是網路架構和伺服器架構！這是個很龐大的事情！不是幾臺伺服器幾個機房的事情！如果經常有這樣的業務，就需要在多個城市建設機房（多活、分散式）。

這個想法很牛，大部分伺服器採用兩地三連服務，分流，還有一些備份的資料，阿里巴巴採用的就是這種措施，伺服器也應該會採用平分，比如伺服器是塊蛋糕，十個孩子要吃，所以每個還得得到十分之一，這種方法說對也不對，如果15億人訪問，那麼肯定是不夠的，方法也有很多種解決

ddos攻擊，以前有過，攻擊私服啊，網站之類，有次是中美有個什麼矛盾，有自稱紅客的人做了一個小程式，自動登入cnn網站，每5秒重新整理一次，很多人都下了，之後就看新聞裡報道cnn網站崩潰

1.先要有有足夠多的伺服器，

2.利用cdn的ldns就近分配，外加http重定向，儘量做到負載均衡

3.各級快取(從瀏覽器客戶端-到dns伺服器-到cdn伺服器-到網站軟/硬反向代理伺服器-到目標web伺服器 都可以加快取)。

騰訊，阿里，百度，各種app下載站，在世界上很多國家都有大資料庫，伺服器機房的建設，我在汕尾做過騰訊一個機房繞完一圈要半個小時了。

這對於大型網際網路公司來說完全是沒問題的。

致命一擊，天貓雙十一每秒也就幾十萬的請求，你這十億，全球目前沒哪個平臺扛得住，都得死，service unavailable[酷拽][酷拽][酷拽]

阿里雲一秒54.4萬筆訂單，已經成為了全球最大的流量洪峰。一筆訂單假設需要重新整理載入網站1000次，也才5億次的請求數量。

假如十億人同一時間按F5重新整理某個網站，那就是一秒鐘會觸發十億次請求。可以毫無疑問的是國內幾乎沒有網站可以支撐住這麼大的流量。

我們在使用網站的時候，假如同一時間有大流量進入網站，很多網站都會有流量監控或者限流。

限流：指的是同一時間100人去瀏覽網站，可網站只能支撐同一時間內50人瀏覽，為了維護網站的正常使用，網站會隨機從100人中選擇50人讓其正常瀏覽網站，剩下的人就會攔截或者給一個網路繁忙的提示。

網站沒有限流或者流量監控，當一個大的流量進入時，會造成網站的癱瘓，DDoS攻擊就是通過流量來進行攻擊的。

高可用、網路安全、高效能其實也就是圍繞流量的大小展開的技術。