您当前的位置:
架构设计中的错误处理机制
在问这个问题之前 我已经在网上找了三天了，没有一个人给出一个很好的解决方案。
对于软件设计有很多模式，但是不是对于错误处理机制也有比较好的模式呢？
如果有 我该在哪里得到这些信息
如果没有 你们的软件是如何处理的？
------解决方案--------------------
错误处理机制一般都是自己定义的，在一个团队内部自行设定统一的错误处理模式。
你可以考虑下面三种：
1、错误发生即处理：也就是错误出现在哪里，就在那里及时处理，而不进行转发或者其他操作。
2、集中错误处理：错误发生后统一转发到某一个模块进行统一处理，具体处理方式和内容各个项目组和公司都有自己的定义，一般来说是不会告诉您的。因为有可能涉及到一些客户产品安全的问题。
3、错误分包处理：每个包处理自己的错误信息，不进行统一转发，但是在包内统一处理，而不是发生级处理的方式。
以上三种又可以分成两种展现形式：
1、log日志记录模式：一般不通告前端，发布给客户的只有系统故障请等待处理等类似的词汇展现，然后将错误信息保存的log日志中，进行归类描述，诸如ibm产品的error code/exit code之类的。
2、前端抛出方式：直接扔到系统前端，让用户看到错误信息的全部内容——一般没有进行错误处理的，都会被系统默认以这种形式展现出来，而且，形态非常不友好。对于开发工具或者软件开发人员使用的部分工具这种方式也许更有效一些，但是形态上仍然是需要考虑改变的。
大体上就这么多，欢迎其他人进行补充。
------解决方案--------------------
清润已经说得很清楚了。理论上就是这些方法。
个人的经验，我倾向于选择第一种技术+第三种技术，而不要级联处理
因为：错误发生即处理可以当时处理问题，换句话说叫作容错，你的程序检查越多，程序就越健壮，能处理的极端情况就越多，而这种程序的适用性是相当好的，好的软件大多都在边界情况和极限情况下做了大量的处理。
第三种，每个包处理自己的错误信息。可以控制错误扩散的范围。
第二种，一般不建议使用级联模式处理，因为从实际情况来说，如果错误发生，当时的信息是完备的，要么你程序自己能修正错误，要么丢到前端去和用户交互，问题就能解决。（当然啥也不管，抛出一对用户看不懂的bug清单是很不负责的做法）
级联模式，我倾向于只在开发诸如服务器模式的程序时才使用，因为这时候程序在高速运行，通信是并发的，处理是并发的，根本不允许你停顿去处理，或者停顿和用户交互，因此只能自己不管，都丢给一个公用的错误记录程序，记下来再说（日志），然后回头再说该怎么办。那怕这时候服务器中某些逻辑已经挂了，服务器尽可能保持运行状态还是第一重要的。
请注意，无论选择何种错误处理模式，一定要和要解决的问题所对应。世上本来并没有某种绝对好的方法。适合的方法：能解决问题的方法才是好方法。
至于体现手段，日志这个手段，无论任何时候都应该尽量使用。
很多问题是无法当时处理当时解决的，这样，当你没招解决的时候，终归最后还是要看日志才能分析问题所在...