1.对一个需要提供稳定、高质量的WEB系统而言，
对整个WEB程序的入口、出口的异常处理都需要做封装。
2.Logic、DAO可以根据需要，向上层抛出相应的Exception，
而这些Exception都必须在Action截住，也就是封装起来，向View返回一个合适的信息。
3.发生异常之后，返回到View的信息，可以是给人看得HTML也可以是给JavaScript看的JSON，
所以，普通页面的异常，可以显示错误页面；Ajax发生的异常，可以返回一个包容错误信息的JSON，让Ajax显示出来。
4.很多异常处理是在设计阶段就可以预见的，不要用Spring的AOP拦截，这样会对系统性能操成恶性的影响。
可以做一个BaseAction，把共通的处理写在里面。
5.具体的，抛出、捕获什么样的异常信息，根据系统实际处理内容确定。
根据不同的异常，可以让接收方程序作相应的处理——不局限于错误处理。

能捕获的可控制的异常，就不要让用户知道太多细节。可以改成一些客户能理解的信息。

比如网络连接中断，而不是IOException, 比如服务器忙，而不是SocketTimeOutExceotion等

总之，大部分异常我们都可以预先捕获的。那些我们程序的bug,由于各种原因没有捕获，比如空指针，必须用errorPage进行最后的处理。

不能让用户认为我们系统出了什么大问题了。

1、利用web应用的error-page可以处理
个人感觉这个方式不好，很显然不好统一定制。
2、利用struts的global-exception好像也可以处理
还可以，简单的应用可以试试
3、hibernate是不是对异常进行了封装或者也有自己的处理机制
对你来说没影响，可以不管他，有封装，但是好像没处理机制
3、spring中aop的afterThrowing可以捕获并记录异常
推荐记录，记录后利用异常链继续向上抛runtime非必捕获异常
4、捕获到的异常是不是最原始的异常信息，还是经过封装的？
跟异常链有关，一般java新手写的程序95%断链，开源框架的异常可以追溯到原始的信息
5、aop处理异常对性能影响如何？如果架构中使用了缓存机制，是否会有影响？
异常的捕获确实有性能影响的，个人感觉影响不大，比较异常是偶然发生的。
你指的缓存不明白如何影响异常的捕获
6、是不是需要处理异常，抛出自定义的异常？
当一段代码抛异常的时候，你要看你能不能在catch块内修复程序，让程序继续走不会出问题，否则不建议catch
业务系统比较大的话可以自己模仿开源框架那样定义业务异常，和逻辑异常。方便逻辑判断例如使用instanceof
7、ajax方式，后台异常如何处理？
向上抛，或者在jsp中发现异常，然后throw出来，直到jsb报红叉为止，否则ajax判断的状态码永远是对的。

在有一个地方可以捕获异常，过滤器。