同一个类中，A方法调用B方法，B抛异常，事务没 事务是加在A方法上的吧，可以使用传递性事物达到这个效果。在A方法和B方法上都加注解。实践出真知。敢于瞎玩
java异常从业务层集中抛出，是不是每个控制层方法都要trycatch？ 首先，业务层，如果可控的要抛出。当然一定不要处理成错误的返回。也不是说一定要处理，看具体的处理场景，因为涉及到事物的问题，业务层还有一个重要的处理场景。那就是事务处理。如果你直接返回你的错误返回，那就是事务无效，正确的做法是。定义一个异常，再可控的异常try catch 抛出自定义异常，定义全局的异常处理器，利用异常处理器对自定义的错误返回系统标准返回？对于不可控的，可以在加上异常处理器。打注解实现http状态吗的返回
JavaWeb 中 Service 层异常抛到 Controller 层处理还是直接处理？ 这是个非常有启发意义的问题。一般初学者学习编码和错误处理时，先知道编程语言有一种处理错误的形式或者…
用java进行数据库操作时抛出异常 您好，这样的：首先看一段非常熟悉的用于打开一个文件的C程序段：FILE*fp；fp=fopen（filename，\"rw\"）；if（fp=NULL）{printf（\"cannot open file\\n\"）；exit（0）；}在这段程序中，if条件语句中的一段用来处理没有找到指定文件，或者其它原因无法正确打开指定文件。可是如果遇到一个责任心不强的程序员，他可能认为出现找不到文件的可能性很小，或者由于思路集中在程序功能的实现上而忘记了处理这种情况。这时程序同样可以正确编译，而且一般情况下也不会出现问题。但此时这段程序可以肯定说是不够健壮的，而且一旦这段程序发生了错误也会让程序员很难发现错误出在哪里。在C语言以及其它大多数高级语言中都可以举出很多这种例子。也就是一个函数在使用的时候，可能会出现并没有达到这个函数的使用目的的情况，哪怕在这段程序的特定使用环境下发生这种异常情况的可能性只有万分之一。常用处理的方法就是，程序员在需要使用某个函数时必须充分了解可能会有什么原因导致该函数不能正确执行，然后加入相应的条件判断语句来进行处理。后面将有一个例子说明这个问题。而Java的\"异常机制\"就是在处理上述问题中给了程序员非常简单而灵活的方式。一般来说，其它高级语言。
java 抛出异常后，还会执行后面代码吗？ return会执行的。try{}里面包含可能会出错的代码？如果里面出错了，他回交给catch{}处理，catch可能把这个错误给屏蔽zd掉（就比如说你牙疼不能吃饭，给给力来个止疼的，不影响你做其他的事情了）。不影响你之后的代码运行。但是如果你try{}里面有多行代码第一行，第二行，第三行，如果第二行出错了内，第三行是不执行的。如果有finally{}这里里面代码是处理后事的。比如说，你try里面有操作工作流的，那么如果出错了fianlly可以用力处理，关闭工作流对象，避免浪费资源。finally{}是必须执容行的，不是管是出错了，还是不出错。
