一，内存洩漏。
當在子程序中分(fēn)配内存時，通常會(huì)出現這個(gè)問題。因此，當程序從子程序返回時，内存不會(huì)被釋放(fàng)。因此，對分(fēn)配内存的(de)引用(yòng)将會(huì)丢失，隻要操作系統還在運行(xíng)，進程就會(huì)直接使用(yòng)内存。
二，C指針錯誤。
用(yòng)C或C++編寫的(de)程序，如(rú)Web服務器(qì)API模塊，可(kě)能(néng)會(huì)導緻系統崩潰，因爲隻要間接指針出現錯誤，所有(yǒu)程序都(dōu)會(huì)被操作系統終止。另外，C指針不好的(de)Java模拟會(huì)訪問一個(gè)空的(de)對象引用(yòng)。
三，數據庫中的(de)臨時表不夠。
在許多數據庫中，臨時表的(de)數量是固定的(de)，臨時表是用(yòng)于保留查詢結果的(de)内存區域。在臨時表中的(de)所有(yǒu)數據被讀(dú)取後，臨時表将被釋放(fàng)，但(dàn)是大(dà)量的(de)同時查詢可(kě)能(néng)會(huì)耗盡所有(yǒu)具有(yǒu)固定數量的(de)臨時表。此時，其他(tā)查詢需要排隊等待，直到(dào)臨時表被釋放(fàng)。
四，線程死鎖。
多線程帶來的(de)性能(néng)提升是以可(kě)靠性爲代價的(de)，主要是因爲可(kě)能(néng)導緻線程死鎖。當線程死鎖時，一個(gè)線程等待第二個(gè)線程釋放(fàng)資源，而第二個(gè)線程等待前一個(gè)線程釋放(fàng)資源。
五、磁盤已滿。
系統故障的(de)最可(kě)能(néng)原因是磁盤已滿。一個(gè)好的(de)網絡管理(lǐ)員會(huì)密切關注磁盤的(de)使用(yòng)情況，需要定期将磁盤上(shàng)的(de)一些負載轉移到(dào)備份存儲介質上(shàng)。
六，服務器(qì)過載。
網景網絡服務器(qì)爲每個(gè)連接使用(yòng)一個(gè)線程。網景企業(yè)網絡服務器(qì)在線程用(yòng)完後挂起，并且不爲現有(yǒu)連接提供任何服務。
文(wén)章(zhāng)及圖片來源網絡
版權歸原作者所有(yǒu)
如(rú)涉及版權問題請及時聯系我們處理(lǐ),謝謝!
