Php的自动释放资源做的非常好,几乎所有的的问题都解决了...同级的脚本语言ruby几乎和php同时起步,python更是早好几年,,最终市场php应用最广泛(c系列的语言风格也很重要,跟c++,java 一脉相承)...ruby/python解决了热更新跟类库冲突,但是好像都没解决自动释放资源的问题.

Java 也可以使用Quercus类库内嵌python/Php/js,内嵌方式能不能自动释放资源还没有检验

.net也解决了部分稳定性问题.(主要是热更新跟类库冲突,但是没解决资源自动释放的问题) ,不过ide vs的强大大大提升了2倍以上的开发效率.

37. 建立基于提升稳定性的内部封装框架/流程文档

全面代替系统默认库和常使用第三方库,从框架级角度解决一些问题,,会损失一点儿性能跟灵活性..需要的时候儿也能直接使用系统库...

建立api文档已便查看..

38. Finalize/Dispose

finalize()的主要用途是释放一些其他做法(non--new法)开辟的内存空间，以及做一些清理工作

使用code template配合ide自动生成Finalize框架方法

39. 容错(包括自动重连)

40. SoftReference

java .lang.ref 包，其中定义了三种引用类。这三种引用类分别为SoftReference、 WeakReference和

41. 连接池的配置: 自动超时回收Connection+超时自动断开conn

c3p0.checkoutTimeout=10000

c3p0.unreturnedConnectionTimeout=25

c3p0.maxConnectionAge=20

42. 超时回收资源gc

需要建立框架,比较简单的超时自动回收资源.可以解决大部分问题...使用code template配合ide自动import 自定义类库代替系统类库.

43. 语句块回收资源/using块中自动调用Dispose

44. 崩溃时候儿core dump并且重启

Java的调用oom自动恢复脚本..

PRPGRAM。CS内要TRY CATCH，发现主程序出问题，重启。

PROGRAME。CS内增加UnhandledException 的捕获..

45. 日志，缓存等文件，尽可能按时间生成多个文件。。

可以防止万一个哪个文件句柄没被释放，也不会影响后面的文件写入。

46. 重要业务服务和页面gui监测

可以及时发现服务out service

47. 监测程序(cpu,内存占用, io队列深度, 磁盘空间,数据库连接数,数据库死锁监测)

提前发现不稳定性因素...

48. 网络，文件操作使用wrap类库secury方式调用

默认的sdk库使用一定要TRYCATCH。

49. 死锁自解除(数据库,文件等)

#----压力测试

当前项目虽然并发不大(当前200左右,默认的配置可支持5000左右)...

但是压力测试可以提前测试出稳定性方面的问题..

常常使用工具jmeter,LoadRunner等

码农公寓

#----影响稳定性几个类别

1. 资源和内存泄漏溢出

2. 数据库/文件死锁

3. 类库冲突

4. 热更新热部署(业务可用性

5. 程序崩溃

6. 磁盘空间/cpu/内存占用过高

#-----影响稳定性的因素

7. 内存泄漏溢出

8. 数据库连接泄漏

9. 数据库死锁

10. 类库冲突,造成部署问题

11. 热更新的支持不足,部署比较麻烦

12. Web服务跟数据库服务崩溃

13. 非托管资源的释放

14. 其他的潜在隐患:

15. 多线程并发读写死锁

16. 子线程异常造成主线程崩溃(java不影响,.net有这个问题)

17. 文件并发读写

18. 别的网络socket连接释放问题...

19. 直接内存读写

20. Stream的关闭释放.

21. native method调用的内存

22. 磁盘空间不足,造成许多的莫名其妙的问题.也许提示连接耗尽..

#----解决方法归类总结

23. 更简化的开发架构(热更新热部署)..

24. 更好用的第三方框架类库

25. 类库冲突避免(ide,检测工具,开发时,运行时)

26. 引擎+脚本结构(c++,java+python,lua,php等)

27. 最佳推荐流程(避免死锁跟解除)

28. 更简化的编程语言

29. 提升稳定性的内部封装框架/类库

30. 自动资源释放池

31. 监测,warnning,跟自动恢复

32. 压力测试

33. 容错(包括自动重连)

34. 语言级的新的特性

35. 故障集群

#----解决方法总结

36. php/.net