經歷了太多選課網站崩潰，預約駕校練車軟體崩潰，高考填報，網路崩潰，個人感覺，可以多個一起登錄，或者用電腦登錄會好一些，請問碼農大佬們，作為用戶，有沒有什麼科學的或者推薦的方法可以減小這種崩潰的影響？

多個登錄，例如兩臺手機，一臺電腦的兩個瀏覽器，一般來說是可以的，你的這種情況大多數人都會這麼做，所以會有的人開更多的頁面去同時登陸，這樣就造成了大量的訪問請求，使得伺服器崩潰。還有的人使用軟體之類，例如刷票軟體，搶課腳本，這樣的話你手動的自然比不過人家。

所以，為了應對這樣的情況，有的伺服器會採取並發機制，所以不能同時登陸，有的伺服器會採用驗證碼，所以你要一個一個手動輸入驗證碼，就不能同時登陸，

大量的訪問請求造成的伺服器奔潰，這個我們作為用戶，我覺得只能祈禱他們的伺服器承載能力強，負載均衡能力優秀，不然我們沒有腳本的話，很難達到理想的登錄狀態。就拿搶票來說，不管12306怎麼改變登錄和搶票機制，搶票軟體層出不窮，所以，在我們用戶沒有能力拿到一些腳本程序的時候，我們就祈禱他們的伺服器好些吧！如果你有其他辦法，請忽略我的智障意見。

用戶無能為力。

你可以換一家不宕機的用。

僅此而已。

作為用戶，用很簡單的話來說就是你啥都幹不了。當然可以提高機率。比如說網路，設備的運行能力等。如果保持不變的話，那麼你就只能像高速堵車一樣慢慢等著。多個一起就像是多幾次機會，但是也增加了總數。就像是分子加了，分母也會加，效果是有效的

1.升級自己的寬頻

2.要什麼東西，外包給碼農，給你寫個腳本

3.換個好的電腦

4.以上效果都不明顯。最好是把服務運營方收購了，改一下，程序只讓你個人訪問。

5.如果以上4條，你都作不到，那做為用戶，只能終極大招了：停止訪問，不做它的用戶。

伺服器崩潰這個與流量息息相關，有些站點是確實有大流量在瞬間湧入，導致伺服器崩潰，這段時間伺服器運維人員會迅速進行流量牽引或者清洗，其實高防伺服器在受到DDoS，cc流量攻擊時，都是採用這種方式去操作。另外有些站點，並不是流量怎麼樣大，而是確實伺服器就很菜，又不會去更改，因為反正要用的人都必須會用到，至於哪些你可以自行腦補。

至於說如何避免這樣的事情，假如你是伺服器維護人員或者網站站長，建議：

虛擬主機，在購買前就要確定是不是會被限制IIS連接數，這個很多主機商會限制，其實就是限制同一時間允許多少人訪問你的網站。遇到其他問題直接重啟，因為沒有足夠的許可權，能操作的內容不多。

獨立伺服器，檢查原因！常見伺服器宕機的原因：

1、超載。

這個是最常見的，小牛拉大車最容易出現的狀況。訪問量過大，超過了最大響應能力。比如一個伺服器每個連接都會使用一個線程，伺服器會在線程用完後掛起，不提供其他服務，負載均衡機制會檢測到無響應，會分佈到其他伺服器，從而整個伺服器組都會被掛起，但操作系統還在接受其他的連接與請求，最終宕機。遇到這種情況，一般建議升級伺服器，比如升級內存，從4GB升級到16GB，升級流量，從80升級到100TB，還可以升級如線程，CPU頻率，核心數等。

2、線程鎖死。

線程會相互等待釋放資源，好比你與對面車輛相遇，同時往左讓，又同時往右讓，始終無法通過。

3、內存泄露。

內存在子程序中被分配，程序從子程序返回不會釋放內存，這樣分佈的內存引用就會丟失。

4、資料庫臨時表告急。

當遇到大量的請求時，臨時表可能會耗盡固定的所有臨時表，其他查詢就需要等待，也就是無法響應正常工作。

5、磁碟已滿。

這個比較好理解，一段時間日誌、或者被上載了很多文件，沒有及時清理就會導致伺服器掛起。

6、網路攻擊。

這個是最常見的宕機原因，網路攻擊是一直存在的，只是我們感知不是很明顯，每天需要檢查伺服器的運營，定期修改相關埠與密碼等，及時更新版本與漏洞，開啟軟硬防火牆。

---------

我是木木，知識傳遞風景！歡迎點贊關注轉發，專欄更精彩！

用戶看著就行，這是程序服務商要處理的問題哦，實在想要做點什麼的話，可以錯過高峯期登陸，或者建議服務商提高伺服器配置。

這種樣子的話，用戶是做不了什麼的。這種網路擁堵導致的伺服器臨時宕機可能一會就好了也可能會導致卡死，需要運維來解決。作為用戶，只需要通知對應網站的客服或者技術人員即可。

提供個思路：可以嘗試使用流量訪問，可能會有奇效。但是不保證100%沒問題。

一臺伺服器單位時間內能處理的請求是有限的，解決大流量的辦法一個是做集羣高並發，一個是做隊列。

比如去銀行，人們一窩蜂擠在窗口前，工作人員隨機點人辦業務，肯定有人擠不進去，就卡死了。做集羣就好像銀行招好多前臺開好多窗口，做隊列就好像銀行就開倆窗口客戶叫號。

你說的這些服務都有一個特點，就是一年內絕大部分時間流量為零，集中在很短時間內峯值超高。這種業務如果做集羣的話，假如高峯期10天需要50臺伺服器才能正常處理，那平時350天有49臺都是要閑置的，尤其像學校駕校這種單位，不會這樣浪費。

負責任的，能做個隊列就頂天了，再有就是指定某些人在某個時間登錄辦理這種人肉排隊，沒其他辦法。

不負責任的，就這樣呆著，反正最後都能報上，誰先誰後，看命唄。

不過現在都流行上雲了，遇到峯值，多開幾臺虛擬機就好，用完就釋放。不過學校這種單位審批流程比較長就是了，而且原有伺服器處理也是問題。

你要問作為用戶有什麼辦法，你想想去銀行亂擠能有什麼辦法？你要不能趕在開始報名前50訪問伺服器並且在峯值到來之前操作完成，就不如去洗把臉，燒柱香。

作為用戶，能做的就是不停的發送請求，其他也做不了什麼。

伺服器堵塞就像汽車收費站堵車，收費站的通行能力一秒鐘只能通行一輛車，長假高峯期一秒鐘來十輛車，車就堵出了3公里。

對於車主來說就兩個選擇：努力擠一擠和等高峯期過了再出行。

信息系統用戶也一樣，要不等高峯期過了，要不就是不停的發請求，擠一擠，說不定加個塞就進去了。

雖然不停的發請求會導致更嚴重的擁堵，但是對於用戶來說是唯一的解決辦法。

不停的發請求，方法也有很多，有一些技術高超的做搶票軟體來發。

普通用戶的話就只能開多臺設備，多個網路，多個瀏覽器試試。點多了，瀏覽器容易崩。然後就是考驗手速的時候了。

如果是需要搶的那種，只好多刷刷，盡人事聽天命。

如果不需要搶，只是對方站點老是訪問不上的那種，找個伺服器空閑一點的時間就可以，比如半夜兩點、早晨6點。

推薦閱讀：
相關文章