15,471
社区成员
发帖
与我相关
我的任务
分享【再次放100分】请有经验的大虾谈谈，对7*24的服务器程序的异常处理方法 ...
怎么设计比较好的异常处理机制，来达到容错强，出现异常不轻易死掉等等方法。
我的另1个帖有1周了没有什么满意的答复：
http://community.csdn.net/Expert/topic/3434/3434008.xml?temp=.2732813
每个函数都用try catch加日志记录?
我的另1个帖有1周了没有什么满意的答复：
http://community.csdn.net/Expert/topic/3434/3434008.xml?temp=.2732813
每个函数都用try catch加日志记录?
...全文
请发表友善的回复…
发表回复
huang_yu 2004-11-01
- 打赏
- 举报
定期主动重启服务是最简单可行的方案。
Hotthing 2004-11-01
- 打赏
- 举报
定期主动重启服务
pepsi1980 2004-10-22
- 打赏
- 举报
学习.....
temp3000 2004-10-22
- 打赏
- 举报
我是有“类似错误处理，系统日志一类”的东西，但还是有莫名其妙的错误让Server死掉（我的server多线程复杂），
但我看到一些常见的DB Server, Web Server 很少死掉不知道他们都是怎么干的？
有大虾也谈到了“定期主动重启服务”,可需要7*24我找什么时候去重启呢？是不是做是什么mirror或者Cluster让Service 部分部分的重启？
但我看到一些常见的DB Server, Web Server 很少死掉不知道他们都是怎么干的？
有大虾也谈到了“定期主动重启服务”,可需要7*24我找什么时候去重启呢？是不是做是什么mirror或者Cluster让Service 部分部分的重启？
io（王飞） 2004-10-22
- 打赏
- 举报
晕，是AOP~~
io（王飞） 2004-10-22
- 打赏
- 举报
所有的电信，银行，交通等大型应用系统哪个不是7*24小时服务程序啊，怎么会小呢。关键是对于不同的行业有不同的业务逻辑，错误的分类，分级标准也不一样。我觉得强的容错机制还在于初期的良好设计；另外建议你关注面向方面编程(OAP)，它可以把类似错误处理，系统日志一类的东西织入（wave in）系统中，这样，错误机制就可以单独做成一个系统，而且修改起来也不会影响到业务代码。
progray 2004-10-22
- 打赏
- 举报
mark,多谢！
temp3000 2004-10-21
- 打赏
- 举报
7*24的服务器程序，我认为范围已经很小了。
那你随便说些东西来吧。。。
那你随便说些东西来吧。。。
io（王飞） 2004-10-21
- 打赏
- 举报
楼主问题太泛泛，这都可以作为整个软件业的大课题了，呵呵。
Hotthing 2004-10-20
- 打赏
- 举报
大负载极限测试, 自己搭件测试环境, 长时间测试, 可能会暴露一些问题.
cfgm 2004-10-19
- 打赏
- 举报
定期主动重启服务，才是解决服务器容错性差的最好办法，而且成本低，因为服务器的异常你是不可能全部预料到的！
temp3000 2004-10-19
- 打赏
- 举报
谁读过Apache、MySQl... 这些开源的代码，讲讲他们是怎么处理的？
enoloo 2004-10-19
- 打赏
- 举报
没有什么很特别, 立杆见影的办法. 开发经验占的成分比较多.
一般扑获和处理错误, 可以鉴戒"契约"的思想.
oyljerry 2004-10-18
- 打赏
- 举报
尽量减少代码的bug，然后就只能捕捉，然后处理了
DentistryDoctor 2004-10-18
- 打赏
- 举报
得保证你的异常是可预知的。不然就处理未处理异常吧，StackWalk看看调用堆栈，就知道哪出问题了，修改!如此重复此过程。
msdn_user 2004-10-18
- 打赏
- 举报
1、先尽量不出异常
2、出了异常要捕捉
3、还有问题请参看以上两点
2、出了异常要捕捉
3、还有问题请参看以上两点
kugou123 2004-10-18
- 打赏
- 举报
来学习。。。
星羽 2004-10-18
- 打赏
- 举报
帮你顶顶。。。
DentistryDoctor 2004-10-18
- 打赏
- 举报
首先要代码没问题才行。
DentistryDoctor 2004-10-18
- 打赏
- 举报
当然最好的机制就是不出现异常。^-^
加载更多回复（1）
