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