一，內存泄漏。
當在子程序中分配內存時，通常會出現這個問題。因此，當程序從子程序返回時，內存不會被釋放。因此，對分配內存的引用將會丟失，只要操作系統還在運行，進程就會直接使用內存。
二，C指針錯誤。
用C或C++編寫的程序，如Web服務器API模塊，可能會導致系統崩潰，因為只要間接指針出現錯誤，所有程序都會被操作系統終止。另外，C指針不好的Java模擬會訪問一個空的對象引用。
三，數據庫中的臨時表不夠。
在許多數據庫中，臨時表的數量是固定的，臨時表是用于保留查詢結果的內存區域。在臨時表中的所有數據被讀取后，臨時表將被釋放，但是大量的同時查詢可能會耗盡所有具有固定數量的臨時表。此時，其他查詢需要排隊等待，直到臨時表被釋放。
四，線程死鎖。
多線程帶來的性能提升是以可靠性為代價的，主要是因為可能導致線程死鎖。當線程死鎖時，一個線程等待第二個線程釋放資源，而第二個線程等待前一個線程釋放資源。
五、磁盤已滿。
系統故障的最可能原因是磁盤已滿。一個好的網絡管理員會密切關注磁盤的使用情況，需要定期將磁盤上的一些負載轉移到備份存儲介質上。
六，服務器過載。
網景網絡服務器為每個連接使用一個線程。網景企業網絡服務器在線程用完后掛起，并且不為現有連接提供任何服務。
文章及圖片來源網絡
版權歸原作者所有
如涉及版權問題請及時聯系我們處理,謝謝!
