抛出的异常哪里处理呢？  我是需要返回前台异常的信息的

@離遠離幻: 服务器的出错信息要返回给前台吗？为什么要这样做？

@之奇一昂: 请看一下我的提问内容，是说业务层有许多错误需要通知控制层，只有向上抛出异常，然后需要把异常的信息返回给前台，比方throw new BizException("注册名已存在")，在业务层抛出，在控制层try catch，然后在catch里out.write(e.getMessage());返回给前台，但是我觉得这样每个action都要try catch，这样的编程方式对不对？

@離遠離幻: “注册名已存在”这样的信息为什么要通过Exception来传递呢？不太建议这样的编程方式……没这样试过，所以也没啥好的建议。try catch吧

@之奇一昂: http://blog.csdn.net/ajun_studio/article/details/6876109 参考一下这个吧

@之奇一昂: 我的一个方案也是写一个ExceptionHandler全局控制。我请问一下 你们从业务层发生错误后如何通知上层控制层？

@離遠離幻: Exception。。。

@之奇一昂: 是了，那抛出的exception又怎么处理呢，也只能用try catch呀

@離遠離幻: 嗯，没那么多需要抛的，没在这方面担心过

我就是想问一下 业务层有许多错误需要通知控制层，只有向上抛出异常，然后需要把异常的信息返回给前台，比方throw new BizException("注册名已存在")，在业务层抛出，在控制层try catch，然后在catch里out.write(e.getMessage());返回给前台，但是我觉得这样每个类似的action都要try catch，这样的编程方式对不对？

@離遠離幻: 这种方法当然不对。编程课刚开始给你讲异常处理的时候就说了。能用判断的处理的不要用异常处理，和判断比起来异常过多会让整个系统变得不稳定。有一个概念是CQRS可以去看看对这个问题会有帮助

@吴瑞祥: 但是在3层结构中，业务层有很多可能发生的业务错误，需要通知上一层控制层，不抛异常怎么通知呢？

@離遠離幻:  所以我说了有一个CQRS的概念你去看下，

简单来说就是将所有方法分为2类，操作方法和查询方法。查询方法返回结果集。操作方法返回操作结果。

一般系统里都会定义一个操作结果实体类，包含  是否成功，提示消息，错误码。

这样就够明白了应该。

@吴瑞祥: 我知道您的意思，把错误信息封装成对象返回，这是正常流程，但是查询方法也不代表不会抛出异常啊，比方一个查询方法在业务层，有可能当前用户没有权限执行这个查询方法，那也要通知上层控制层说没有权限查询，要把这个消息给上层，也只有抛Exeption呀

@離遠離幻: 查询方法的权限验证本身就是有问题.你完全可以在上层实现权限验证.

然后在对外接口的一次,所有的返回值类型都继承自操作结果类,你可以看下微信的api设计.他不管是操作还是查询,所有的返回值都包含操作结果,和异常信息.

全局捕获可以吗？写一个ExceptionHandler？我只是想问一下在每个需要提示的action里都try catch捕获我已知在业务层抛出的异常，这种方式对吗？有什么改进的方法，我想到一个：可以写一个ExceptionHandler,然后捕获action向上抛的异常，然后判断X-Requested-With头是否是XMLHttpRequest，是的话就写指定业务异常信息到输出流。这样可行吗？

@離遠離幻: FilterAttribute, IExceptionFilter

@離遠離幻:业务层的异常一定都要抛出给外面么，有些运行时异常完全可以不用捕获吧。还有如果action的异常处理逻辑基本一致，试试加下aop