0
A
回答
1
是的。它可能會耗盡磁盤空間或內存空間。或者一些受保護訪問的應用程序可能會出現並破壞它的內存。 CPU可能會遇到間歇性硬件故障,導致一些不可能導致系統崩潰的變量值集。他們有無數的可能,但不太可能會導致它意外崩潰。
0
根據我的經驗,這些通常會因代碼中的缺陷或缺少訪問運行進程外部資源的異常處理而死亡。 I.E.文件,數據庫,網絡服務等。
斯賓塞的評估記錄了你無法控制的事情。
+0
沒有錯誤被WCF捕獲。他們不會導致進程死亡。 – kelloti 2012-08-03 18:51:43
相關問題
- 1. node.js進程何時意外死亡?
- 2. C++程序意外死亡
- 3. 當進程意外死亡時,會否解鎖羣集文件?
- 4. 如何知道進程是否死亡
- 5. 守護死亡意外
- 6. Android服務意外死亡
- 7. 爬行程序意外死亡
- 8. mysqli或死亡,是否必須死亡?
- 9. Yaws進程死亡
- 10. Hadoop:Datanode進程死亡
- 11. C#進程死亡
- 12. RhinoMocks是否死亡?
- 13. 從ASP.NET啓動進程 - 爲什麼進程立即死亡?
- 14. 當應用程序死亡時殺死外部進程
- 15. 監聽套接字死亡意外
- 16. 獲取node.js進程死亡?
- 17. 進程已經死亡
- 18. 進程死亡本身
- 19. Java進程如何死亡?
- 20. Apache/WSGI進程死亡
- 21. perl:當主進程死亡時線程不會死亡
- 22. 乘客架過程是否死亡?
- 23. 確定過程是否已經死亡?
- 24. 是否已經死亡?
- 25. SparkViewEngine是否正在死亡?
- 26. 檢查Atmega32是否死亡
- 27. 谷歌應用程序引擎Bulkloader「意外線程死亡」
- 28. 如何判斷客戶端進程是否死亡?
- 29. 創建進程死亡時,文件是否從tmpfs中消失?
- 30. 如何識別長時間運行的進程是否死亡?
看這個http://stackoverflow.com/q/1136048/1477076 – 2012-08-03 17:43:17