這個數量是肯定會崩潰的，一臺伺服器不論頻寬多大都不能承受這麼大的資料流的，都技術的都應該知道併發連線數，映象伺服器，像12306鐵路，淘寶雖然1億人同時登入，但是登入的分別是距離自己最近的伺服器節點，這就是為什麼百度雲，阿里雲，騰訊雲這麼牛逼的了

好的系統架構可很好的避免這個問題。首先，可對內容不發生變化的物件（比如圖片，上傳好的影片等），進行分散式快取（cdn內容分發網路），把使用者請求轉發到分佈於各地理範圍的不同邊緣伺服器。而動態內容（每個使用者看到不同資訊，如個人購買訂單），則透過負載均衡，把大量的請求按設定的演算法（輪巡、權重）轉發到後端真正提供服務的伺服器叢集，而且叢集能線上擴容。除了系統層面，業務上可以採取非同步方式、熔斷機制進一步保證服務的可靠性，因此，只有外行才會設計用一臺配置超高的物理伺服器來承擔大規模訪問的應用。

那得看登入邏輯怎麼處理了，雖說是併發，但對伺服器來說請求也是一個一個來的，如果真有這麼高的併發，那光靠伺服器叢集再高配置的伺服器也頂不住，我能想到的解決辦法只有佇列，請求放佇列裡排隊處理，前端用長連結監聽，只能這樣

那就是ddos攻擊了 別的不說你頻寬足夠大嗎 應對1000萬人同時訪問和應對1000人同時訪問到架構是不同的

同時線上就一點問題沒有，畢竟幾個億線上都能支撐。同時發起登入就肯定會崩，因為歷史上從沒有過這麼大的量。一秒就一千萬個登入，登入又是比較耗時的。

這要看網站伺服器的架構設計的承受能力，所以最終拼的還是錢。

一個小網站，如果分散式架構做好了，但是伺服器能力跟不上，不能承受千萬級別的併發，自然會崩潰，而好的架構和優秀的伺服器能力基本就是錢堆出來的。

像12306這樣的，節假日的併發量大，以前會經常崩潰，不是錢沒到位，是架構問題，後面交給阿里做設計，解決了這個難題。

所以還是看設計能力和硬體能力的綜合。

你哪來的哪麼多人，也要看你做什麼網站了，

一萬多人同時線上的話，首先頻寬一定要10M起步了。下載站的話起碼帶寛要50獨享了，

配置的話，2核8G記憶體也是最低要求了。不知道你這個同時線上是什麼業務型別。如果是佔用記憶體較多的遊戲伺服器，也許要4核16G記憶體才能夠用。因為很多使用者同時線上需要處理的資料量很大。

如果僅僅是文章內容型別的業務，估計2核4G記憶體就可以抗住了.業務場景就是文章閱讀而已,不存在更多資源消耗動作,這個配置是夠用的.

當然不會...有的是辦法...

1.F5/Nginx反向代理負載均衡...不是一個伺服器在戰鬥...可能一個網站後面有幾百幾千個伺服器...大量請求會被反向代理跳轉到不同的伺服器上...

2.前後分離.簡單點說就是不用JSP.PHP.還有各種模版...靜態資源會被緩衝...

3.全部靜態化...比如最近高考...做查分...最簡單的辦法就是用程式直接生成考生數個HTML...想負載多少負載多少....

4.資料庫讀寫分離.主從同步....

5.池預留演算法...比如會給每個區域分配50張高鐵票...半小時內賣完就沒.剩了退回去...讓後重新分配...半小時半小時錯開...也就是有時候你刷刷就有票了不是因為有人退了...

7.這些都是皮毛...還有很多上層心法...

不知道什麼網站需要一千萬併發量，今年淘寶網最大是54萬筆秒，遠遠不到一千萬。理論上來說，網站技術選對，硬體足夠，應該是不會崩潰的。