這個問題很有意思，雖然看上去想的挺簡單，但是這確實是一個所有網站架構師都有可能面對的問題。所謂服務器崩潰有幾種情況，一個是服務器宕機，就是服務器徹底沒有響應了；另一個是服務器響應速度非常慢，基本上沒有用了；我不是專業(yè)的架構師，單從我掌握的知識來分析，這個問題如果較真的話，產生的結果和以下幾個因素有關：登錄時產生的數(shù)據的傳輸量、傳輸服務器所在的網絡帶寬、服務器的架構和處理能力。

一千萬人同時登錄會產生多少數(shù)據傳輸？

比如只驗證用戶名和密碼，并且將用戶登陸后的確認信息傳回來，這個過程全部走完，大約需要1~5KB的數(shù)據。但是用戶登錄后往往還會根據用戶的信息對網站上的頁面內容進行刷新或者跳轉，這個過程大約需要傳輸幾百KB。所以1000萬人同時登錄同一個網站的話，大約需要在網絡上傳輸幾百個GB甚至上TB的流量。

服務器會不會崩潰

根據上面的估算，如果這個網站是單臺的服務器，那么很有可能一下子就掛了，因為幾乎沒有任何單臺的服務器能夠瞬間處理這么多登錄的請求，因為瞬間請求的數(shù)據量太大了，CPU做任務調度根本響應不過來；

如果這個網站做成了分布式的服務運行在云平臺上，那情況可能就大大不一樣了：首先分布式系統(tǒng)內部是由很多個計算機組成的，整體的處理能力極強，在這種可能出現(xiàn)上千萬用戶同時訪問情形的系統(tǒng)中，服務端甚至是由幾處數(shù)據中心來組成的。這樣子同時產生的登錄請求被分開交給多個數(shù)據中心來響應，所需的數(shù)據帶寬也由各個數(shù)據中心分擔，這樣一來，只要經過合理的計算和部署，完全就可以實現(xiàn)支持1千萬用戶同時登錄的要求。

(淘寶的云平臺服務示意圖)

綜上，只要合理設計系統(tǒng)架構，支持一千萬人同時登錄一個網站，服務器不會崩潰的。但是對單臺服務器來講，還是很難承受如此的重擔的。