web網(wǎng)站總是出現(xiàn)404 bug？照著以下幾個(gè)原因排查，不怕修復(fù)不了啦！

時(shí)間：2023-05-08 01:15:02 | 來源：網(wǎng)站運(yùn)營(yíng)

時(shí)間：2023-05-08 01:15:02 來源：網(wǎng)站運(yùn)營(yíng)

web網(wǎng)站總是出現(xiàn)404 bug？照著以下幾個(gè)原因排查，不怕修復(fù)不了啦?。涸谶M(jìn)行網(wǎng)站測(cè)試的時(shí)候，有沒有碰到過網(wǎng)站崩潰，打不開，出現(xiàn)404錯(cuò)誤等各種現(xiàn)象，如果你碰到了，那么恭喜你，你的網(wǎng)站出問題了，是什么原因?qū)е戮W(wǎng)站出問題呢：




01數(shù)據(jù)庫中的表空間不足

Oracle數(shù)據(jù)庫使用表空間來管理表，MySQL直接把表保存在數(shù)據(jù)文件中，一旦web網(wǎng)站的數(shù)據(jù)庫磁盤空間不足，極其容易導(dǎo)致網(wǎng)站沒有響應(yīng)或則數(shù)據(jù)操作失敗的情況。




02數(shù)據(jù)庫臨時(shí)表數(shù)量不夠用了

許多數(shù)據(jù)庫的臨時(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)行。




03磁盤空間用盡了

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




04C或C++語言中指針錯(cuò)誤

用C或C++編寫的程序，如Web服務(wù)器API模塊，有可能導(dǎo)致系統(tǒng)的崩潰，因?yàn)橹灰g接引用指針(即，訪問指向的內(nèi)存)中出現(xiàn)一個(gè)錯(cuò)誤，就會(huì)導(dǎo)致操作系統(tǒng)終止所有程序。




05C、C++內(nèi)存泄漏

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

解決方案之一是使用代碼分析工具(如Purify)對(duì)代碼進(jìn)行仔細(xì)分析，以找出可能出現(xiàn)的泄漏問題。但這種方法無法找到由其他原因引起的庫中的泄漏，因?yàn)閹斓脑创a是不可用的。另一種方法是每隔一段時(shí)間，就清除并重啟進(jìn)程。Apache的Web服務(wù)器就會(huì)因這個(gè)原因創(chuàng)建和清除子進(jìn)程。




06進(jìn)程缺乏文件描述符

如果已為一臺(tái)Web服務(wù)器或其他關(guān)鍵進(jìn)程分配了文件描述符，但它卻需要更多的文件描述符，則服務(wù)器或進(jìn)程會(huì)被掛起或報(bào)錯(cuò)，直至得到了所需的文件描述符為止。文件描述符用來保持對(duì)開放文件和開放套接字的跟蹤記錄，開放文件和開放套接字是Web服務(wù)器很關(guān)鍵的組成部分，其任務(wù)是將文件復(fù)制到網(wǎng)絡(luò)連接。默認(rèn)時(shí)，大多數(shù)shell有64個(gè)文件描述符，這意味著每個(gè)從shell啟動(dòng)的進(jìn)程可以同時(shí)打開64個(gè)文件和網(wǎng)絡(luò)連接。大多數(shù)shell都有一個(gè)內(nèi)嵌的 ulimit命令可以增加文件描述符的數(shù)目?，F(xiàn)在很多在線學(xué)習(xí)網(wǎng)站都是基于Linux服務(wù)器，同時(shí)存放著大量的視頻建議學(xué)習(xí)并掌握linux系統(tǒng)下面的文件描述符的數(shù)量。




07線程死鎖

由多線程帶來的性能改善是以可靠性為代價(jià)的，主要是因?yàn)檫@樣有可能產(chǎn)生線程死鎖。線程死鎖時(shí)，第一個(gè)線程等待第二個(gè)線程釋放資源，而同時(shí)第二個(gè)線程又在等待第一個(gè)線程釋放資源。

我們來想像這樣一種情形：在人行道上兩個(gè)人迎面相遇，為了給對(duì)方讓道，兩人同時(shí)向一側(cè)邁出一步，雙方無法通過，又同時(shí)向另一側(cè)邁出一步，這樣還是無法通過。雙方都以同樣的邁步方式堵住了對(duì)方的去路。

假設(shè)這種情況一直持續(xù)下去，這樣就不難理解為何會(huì)發(fā)生死鎖現(xiàn)象了。

解決死鎖沒有簡(jiǎn)單的方法，這是因?yàn)槭咕€程產(chǎn)生這種問題是很具體的情況，而且往往有很高的負(fù)載。大多數(shù)軟件測(cè)試產(chǎn)生不了足夠多的負(fù)載，所以不可能暴露所有的線程錯(cuò)誤。在每一種使用線程的語言中都存在線程死鎖問題。




08服務(wù)器超載

Netscape Web服務(wù)器的每個(gè)連接都使用一個(gè)線程。Netscape Enterprise Web服務(wù)器會(huì)在線程用完后掛起，而不為已存在的連接提供任何服務(wù)。如果有一種負(fù)載分布機(jī)制可以檢測(cè)到服務(wù)器沒有響應(yīng)，則該服務(wù)器上的負(fù)載就可以分布到其它的 Web服務(wù)器上，這可能會(huì)致使這些服務(wù)器一個(gè)接一個(gè)地用光所有的線程。

這樣一來，整個(gè)服務(wù)器組都會(huì)被掛起。操作系統(tǒng)級(jí)別可能還在不斷地接收新的連接，而應(yīng)用程序(Web服務(wù)器)卻無法為這些連接提供服務(wù)。用戶可以在瀏覽器狀態(tài)行上看到connected(已連接)的提示消息，但這以后什么也不會(huì)發(fā)生。

此外，還存在一些其他問題：設(shè)置的表空間不夠用、序號(hào)限制太低，這些都會(huì)導(dǎo)致表溢出錯(cuò)誤。這些問題表明了一個(gè)好的DBA對(duì)用于生產(chǎn)的數(shù)據(jù)庫設(shè)置和性能進(jìn)行定期檢查的重要性。而且，大多數(shù)數(shù)據(jù)庫廠商也提供了監(jiān)控和建模工具以幫助解決這些問題。

另外，還有許多因素也極有可能導(dǎo)致Web站點(diǎn)無法工作。如：相關(guān)性、子網(wǎng)流量超載、糟糕的設(shè)備驅(qū)動(dòng)程序、硬件故障、包括錯(cuò)誤文件的通配符、無意間鎖住了關(guān)鍵的表。

以上是web網(wǎng)站崩潰的常見問題，當(dāng)然，導(dǎo)致網(wǎng)站崩潰的原因不只上述幾種，軟件測(cè)試工程師需要根據(jù)工作中的具體情況，進(jìn)行分析定位，結(jié)合編程、數(shù)據(jù)庫、操作系統(tǒng)、網(wǎng)絡(luò)等方面的知識(shí)進(jìn)行綜合的評(píng)定。