近日由于國(guó)內(nèi)爆發(fā)疫情的原因，企業(yè)白領(lǐng)中小學(xué)生紛紛實(shí)行線上辦公，龐大的用戶群體給服務(wù)器的運(yùn)行帶來(lái)了影響。很多辦公軟件，在線視頻APP服務(wù)器經(jīng)常出現(xiàn)故障，用戶的頁(yè)面只能卡在那一個(gè)界面。這就是我們常說(shuō)的服務(wù)器崩了，出現(xiàn)服務(wù)器崩了的情況是哪些原因?qū)е碌哪?接下來(lái)小編帶您了解一下!

第一，內(nèi)存泄漏

C/C++程序還可能產(chǎn)生另一個(gè)指針問(wèn)題:丟失對(duì)已分配內(nèi)存的引用。當(dāng)內(nèi)存是在子程序中被分 配時(shí)，通常會(huì)出現(xiàn)這種問(wèn)題，其結(jié)果是程序從子程序中返回時(shí)不會(huì)釋放內(nèi)存。如此一來(lái)，對(duì)已分配的內(nèi)存的引用就會(huì)丟失，只要操作系統(tǒng)還在運(yùn)行中，則進(jìn)程就會(huì)一 直使用該內(nèi)存。這樣的結(jié)果是，曾占用更多的內(nèi)存的程序會(huì)降低系統(tǒng)性能，直到機(jī)器完全停止工作，才會(huì)完全清空內(nèi)存。

第二，C指針錯(cuò)誤

用C或C++編寫的程序，如Web服務(wù)器API模塊，有可能導(dǎo)致系統(tǒng)的崩潰，因?yàn)橹灰g接引 用指針(即，訪問(wèn)指向的內(nèi)存)中出現(xiàn)一個(gè)錯(cuò)誤，就會(huì)導(dǎo)致操作系統(tǒng)終止所有程序。另外，使用了糟糕的C指針的Java模擬量(analog)將訪問(wèn)一個(gè)空的 對(duì)象引用。Java中的空引用通常不會(huì)導(dǎo)致立刻退出JVM，但是前提是程序員能夠使用異常處理方法恰當(dāng)?shù)靥幚礤e(cuò)誤。在這方面，Java無(wú)需過(guò)多的關(guān)注，但 使用Java對(duì)可靠性進(jìn)行額外的度量則會(huì)對(duì)性能產(chǎn)生一些負(fù)面影響。

第三，數(shù)據(jù)庫(kù)中的臨時(shí)表不夠用

許多數(shù)據(jù)庫(kù)的臨時(shí)表(cursor)數(shù)目都是固定的，臨時(shí)表即保留查詢結(jié)果的內(nèi)存區(qū)域。在臨時(shí)表中的數(shù)據(jù)都被讀取后，臨時(shí)表便會(huì)被釋放，但大量同時(shí)進(jìn)行的查詢可能耗盡數(shù)目固定的所有臨時(shí)表。這時(shí)，其他的查詢就需要列隊(duì)等候，直到有臨時(shí)表被釋放時(shí)才能再繼續(xù)運(yùn)行。

第四，線程死鎖

由多線程帶來(lái)的性能改善是以可靠性為代價(jià)的，主要是因?yàn)檫@樣有可能產(chǎn)生線程死鎖。線程死鎖 時(shí)，第一個(gè)線程等待第二個(gè)線程釋放資源，而同時(shí)第二個(gè)線程又在等待第一個(gè)線程釋放資源。我們來(lái)想像這樣一種情形:在人行道上兩個(gè)人迎面相遇，為了給對(duì)方讓 道，兩人同時(shí)向一側(cè)邁出一步，雙方無(wú)法通過(guò)，又同時(shí)向另一側(cè)邁出一步，這樣還是無(wú)法通過(guò)。雙方都以同樣的邁步方式堵住了對(duì)方的去路。假設(shè)這種情況一直持續(xù) 下去，這樣就不難理解為何會(huì)發(fā)生死鎖現(xiàn)象了。

第五，磁盤已滿

導(dǎo)致系統(tǒng)無(wú)法正常運(yùn)行的最可能的原因是磁盤已滿。一個(gè)好的網(wǎng)絡(luò)管理員會(huì)密切關(guān)注磁盤的使用情況，隔一定的時(shí)間，就需要將磁盤上的一些負(fù)載轉(zhuǎn)存到備份存儲(chǔ)介質(zhì)中(例如磁帶)。

日志文件會(huì)很快用光所有的磁盤空間。Web服務(wù)器的日志文件、SQL*Net的日志文件、 JDBC日志文件，以及應(yīng)用程序服務(wù)器日志文件均與內(nèi)存泄漏有同等的危害。可以采取措施將日志文件保存在與操作系統(tǒng)不同的文件系統(tǒng)中。日志文件系統(tǒng)空間已 滿時(shí)Web服務(wù)器也會(huì)被掛起，但機(jī)器自身被掛起的幾率已大大減低。

第六，服務(wù)器超載

Netscape Web服務(wù)器的每個(gè)連接都使用一個(gè)線程。Netscape Enterprise Web服務(wù)器會(huì)在線程用完后掛起，而不為已存在的連接提供任何服務(wù)。如果有一種負(fù)載分布機(jī)制可以檢測(cè)到服務(wù)器沒(méi)有響應(yīng)，則該服務(wù)器上的負(fù)載就可以分布到其 它的Web服務(wù)器上，這可能會(huì)致使這些服務(wù)器一個(gè)接一個(gè)地用光所有的線程。這樣一來(lái)，整個(gè)服務(wù)器組都會(huì)被掛起。操作系統(tǒng)級(jí)別可能還在不斷地接收新的連接， 而應(yīng)用程序(Web服務(wù)器)卻無(wú)法為這些連接提供服務(wù)。用戶可以在瀏覽器狀態(tài)行上看到connected(已連接)的提示消息，但這以后什么也不會(huì)發(fā)生。

總之，還有許多因素也極有可能導(dǎo)致Web服務(wù)器租用或服務(wù)器托管站點(diǎn)無(wú)法工作。有許多種原因可能導(dǎo)致Web站點(diǎn)無(wú)法正常工作，這使得系統(tǒng)地檢查所有問(wèn)題變得很困難。

新聞名稱：服務(wù)器站點(diǎn)崩潰的有哪些原因？
網(wǎng)站鏈接：http://chinadenli.net/hangye/fwqtg/n7892.html

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)