㈠ 求助，客戶端一連接伺服器 伺服器就崩潰
這個原因多了,不過一般以下幾種解決辦法1.伺服器端關閉windows防火牆2.兩個電腦設置一下固定IP試試3.修改客戶機的hosts文件,使之指向伺服器
㈡ 求助伺服器崩潰原因和解決方法
在計算機網路日益普及的今天，計算機安全不但要求防治計算機病毒，而且要提高系統抵抗黑客非法入侵的能力，還要提高對遠程數據傳輸的保密性，避免在傳輸途中遭受非法竊取。下面壹基比小喻來給你們講講伺服器託管站點崩潰的幾大原因。
第一，內存泄漏
C/C++程序還可能產生另一個指針問題:丟失對已分配內存的引用。當內存是在子程序中被分 配時，通常會出現這種問題，其結果是程序從子程序中返回時不會釋放內存。如此一來，對已分配的內存的引用就會丟失，只要操作系統還在運行中，則進程就會一 直使用該內存。這樣的結果是，曾佔用更多的內存的程序會降低系統性能，直到機器完全停止工作，才會完全清空內存。
第二，C指針錯誤
用C或C++編寫的程序，如Web伺服器API模塊，有可能導致系統的崩潰，因為只要間接引 用指針(即，訪問指向的內存)中出現一個錯誤，就會導致操作系統終止所有程序。另外，使用了糟糕的C指針的Java模擬量(analog)將訪問一個空的 對象引用。Java中的空引用通常不會導致立刻退出JVM，但是前提是程序員能夠使用異常處理方法恰當地處理錯誤。在這方面，Java無需過多的關注，但 使用Java對可靠性進行額外的度量則會對性能產生一些負面影響。
第三，資料庫中的臨時表不夠用
許多資料庫的臨時表(cursor)數目都是固定的，臨時表即保留查詢結果的內存區域。在臨時表中的數據都被讀取後，臨時表便會被釋放，但大量同時進行的查詢可能耗盡數目固定的所有臨時表。這時，其他的查詢就需要列隊等候，直到有臨時表被釋放時才能再繼續運行。
第四，線程死鎖
由多線程帶來的性能改善是以可靠性為代價的，主要是因為這樣有可能產生線程死鎖。線程死鎖 時，第一個線程等待第二個線程釋放資源，而同時第二個線程又在等待第一個線程釋放資源。我們來想像這樣一種情形:在人行道上兩個人迎面相遇，為了給對方讓 道，兩人同時向一側邁出一步，雙方無法通過，又同時向另一側邁出一步，這樣還是無法通過。雙方都以同樣的邁步方式堵住了對方的去路。假設這種情況一直持續 下去，這樣就不難理解為何會發生死鎖現象了。
第五，磁碟已滿
導致系統無法正常運行的最可能的原因是磁碟已滿。一個好的網路管理員會密切關注磁碟的使用情況，隔一定的時間，就需要將磁碟上的一些負載轉存到備份存儲介質中(例如磁帶)。
日誌文件會很快用光所有的磁碟空間。Web伺服器的日誌文件、SQL*Net的日誌文件、 JDBC日誌文件，以及應用程序伺服器日誌文件均與內存泄漏有同等的危害。可以採取措施將日誌文件保存在與操作系統不同的文件系統中。日誌文件系統空間已 滿時Web伺服器也會被掛起，但機器自身被掛起的幾率已大大減低。
第六，伺服器超載
Netscape Web伺服器的每個連接都使用一個線程。Netscape Enterprise Web伺服器會在線程用完後掛起，而不為已存在的連接提供任何服務。如果有一種負載分布機制可以檢測到伺服器沒有響應，則該伺服器上的負載就可以分布到其 它的Web伺服器上，這可能會致使這些伺服器一個接一個地用光所有的線程。這樣一來，整個伺服器組都會被掛起。操作系統級別可能還在不斷地接收新的連接， 而應用程序(Web伺服器)卻無法為這些連接提供服務。用戶可以在瀏覽器狀態行上看到connected(已連接)的提示消息，但這以後什麼也不會發生。
總之，還有許多因素也極有可能導致伺服器租用或伺服器託管站點無法工作。有許多種原因可能導致Web站點無法正常工作，這使得系統地檢查所有問題變得很困難。
㈢ 多線程處理時，並發量過大時該如何避免伺服器崩潰
盡量使用緩存，包括用戶緩存，信息緩存等，多花點內存來做緩存，可以大量減少與資料庫的交互，提高性能。
1、用jprofiler等工具找出性能瓶頸，減少額外的開銷。優化資料庫查詢語句，減少直接使用hibernate等工具的直接生成語句（僅耗時較長的查詢做優化）。優化資料庫結構，多做索引，提高查詢效率。
2、統計的功能盡量做緩存，或按每天一統計或定時統計相關報表，避免需要時進行統計的功能。
3、能使用靜態頁面的地方盡量使用，減少容器的解析（盡量將動態內容生成靜態html來顯示）。
4、解決以上問題後，使用伺服器集群來解決單台的瓶頸問題。基本上以上述問題解決後，達到系統最優。
㈣ 伺服器出現崩潰是什麼原因呢
伺服器崩潰的幾種原因第一：高並發流量或請求超過伺服器承受力
無論是企業和個人在租用伺服器的時候都會受到峰值承受限制的，一旦超過伺服器的承受能力，就會導致伺服器癱瘓，應用程序暫停，網站無法訪問。伺服器都是有峰值限制的，不可能承受無上限的並發能力。而造成伺服器癱瘓的原因就是在同一段時間內，訪問人數多，造成高流量的突進。超出了伺服器的承受范圍。這種例子我們經常可以看到，比如雙11期間，很多公司為了應對雙11的高流量，開啟的緊急避險措施和大規模的伺服器負載能力。還有春運期間，12306網站由於受到高並發的問題，也會頻繁的出現崩潰。
第二：磁碟空間不足
導致伺服器無法正常運行的原因也有可能是磁碟空間溢出導致的。企業的網路管理員應該實時關注磁碟的使用情況，並且要在規定的時間把磁碟儲存的數據備份到另外的存儲設備裡面，確保數據無遺失，推薦相關閱讀：哪些網站應該使用伺服器呢？
伺服器的磁碟大部分的資源都是被日誌文件佔用了，包括web伺服器，資料庫等日誌信息都包括其中，以及應用程序伺服器日誌文件均與內存泄漏是同等的危害。我們可以採取措施保護我們的數據和日誌文件，日誌文件對應用程序進行異地存儲。日誌文件系統空間如果滿了，則web伺服器將自動被掛起，但是機器本身癱瘓和宕機的幾率就會大大降低。
第三：伺服器超載
連接web伺服器都是用一個線程鏈接的，web伺服器會在線程用過之後自動掛起，不會再未已鏈接的線程提供任何服務。如果我們用了負載機制，那麼如果該伺服器沒有響應，則該伺服器的負載則會自動的轉移到其他web伺服器上，這個操作會使伺服器一個接一個的用光線程。這中操作可能會導致整個伺服器機組被掛起，操作系統同時還有可能在不斷接收新的鏈接，而我們的web伺服器無法未其提供服務，致使伺服器崩潰。
第四：伺服器遭到惡意攻擊
網路科技的不斷發展同時，黑客的技術和滲透也是很強的，伺服器和系統遭受到攻擊已經是普遍存在的了。所有伺服器都會面臨這個問題，這個是無法預測的危險，我們只能實時做好安全防護，將被攻擊的風險降至最低。
㈤ 當用戶過多時，如何對伺服器進行優化
這個問題有點搞笑！！！
用戶多，不代表你伺服器訪問量大，訪問量大不一定你伺服器壓力大！我們換成專業點的問題，高並發下怎麼優化能避免伺服器壓力過大？
1，整個架構:可採用分布式架構，利用微服務架構拆分服務部署在不同的服務節點，避免單節點宕機引起的服務不可用！
2，資料庫:採用主從復制，讀寫分離，甚至是分庫分表，表數據根據岩告陵查詢方式的不同採用不同的索引比如btree，hash，關鍵欄位加索引，sql避免復合函數，避免組合排序等，避免使用非索引欄位作為條件分組，排序等！減少交互次數，一定不要用select*！
3，加緩存:使用諸如memcache，redis，ehcache等緩存資料庫定義表，結果表等等，資料庫的中間數據放緩存，避免多次訪問修改表數據！登錄信息session等放緩存實現共享！諸如商品分類，省市區，年齡分類等不常改變的數據，放緩存，不要放資料庫！
同時要避免緩存雪崩和穿透等問題的出現導致緩存粗戚崩潰！
4，增量統計:不要實時統計大量的數據，應該採用晚間定時任務統計，增量統計等方式提前進行統計，避免實時統計的內存，CPU壓力！
5，加圖片伺服器:圖片等大文件，一定要單獨經過文件伺服器，避免IO速度對動態數據的影響！保證系統不會因為文件而崩潰！
6，HTML文件，枚舉，靜態的方法返回值等靜態化處理，放入緩存！
7，負載均衡:使用nginx等對訪問量過大的服務採用負載均衡，實現服務集群，提高服務的最大並發數，防止壓力過大導致單個服務的崩潰！
8，加入搜索引擎:對於sql中常出現的like，in等語句，使用lucence或者solr中間件，將必要的，依賴模糊搜索的欄位和數據使用搜索引擎進行存儲，提升搜索速度！#注意:全量數據和增量數據進行定時任務更新！
9，使用消息中間件:對服務之間的數據傳輸，使用諸如rabbitmq，kafka等等分布式消息隊列非同步傳輸，防止同步傳輸數據的阻塞和數據丟失！
10，拋棄tomcat:做web開發，接觸最早的應用伺服器就是tomcat了，但是tomcat的單個最大並發量只能不到1w！採取netty等actor模型的高性能應用伺服器！
11，多線程:現在的伺服器都是多核心處理模式，如果代碼採用單線程，同步方式處理，極大的浪費了CPU使用效率和執行時間！
12，避免阻塞:避免bio，blockingqueue等常常引起長久阻塞的技術，而改為nio等非同步處理機制！
13，CDN加速:如果訪問量實在過大，可根據請求來源採用CDN分流技術，避免大流量完成系統崩潰！
14，避免低效代碼:不要頻繁創建對象，引用，少用同步鎖，不要創建大量線程，不要友碰多層for循環！
還有更多的細節優化技術，暫時想不起來了！