我所知道的影響因素：fd滿了、記憶體、cpu；
還有其他可能性嗎，比如代碼層面之類的
uj5u.com熱心網友回復：
空談誤國；實干興邦。瞎猜是沒用的。
崩潰的時候在彈出的對話框按相應按鈕進入除錯，按Alt+7鍵查看Call Stack即“呼叫堆疊”里面從上到下列出的對應從里層到外層的函式呼叫歷史。雙擊某一行可將游標定位到此次呼叫的源代碼或匯編指令處，看不懂時雙擊下一行，直到能看懂為止。
檢查是否資源泄漏的辦法之一：
在任務管理器 行程 查看 選擇列 里面選擇：記憶體使用、虛擬記憶體大小、句柄數、執行緒數、USER物件、GDI物件
讓你的程式(行程)不退出,回圈執行主流程很多遍，越多越好，比如1000000次甚至無限回圈，記錄以上各數值，再隔至少一小時，越長越好，比如一個月，再記錄以上各數值。如果以上兩組數值的差較大或隨時間流逝不斷增加，則鐵定有對應資源的資源泄漏！
搜“GDI泄露檢測”
uj5u.com熱心網友回復：
面試時候遇到的問題，只是想探個究竟轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/109693.html
標籤：網絡通信
上一篇：域控制器