大家好，今天小编关注到一个比较有意思的话题，就是关于java语言catch的问题，于是小编就整理了3个相关介绍Java语言catch的解答，让我们一起看看吧。
JAVA异常从业务层集中抛出，是不是每个控制层方法都要trycatch？
控制层中发生的异常有两种情况：
一种是意料之内的，可预估的。这种异常需要捕获异常后做出“尝试修复”，例如在查询用户信息rpc的过程中发生异常，包括什么500啊，404啊，这些对于客户端来说基本不用重试，可以通过清晰的错误码告知，相反，超时等情况则可以通知客户端稍后重试，通过不同的错误码引导客户端进行不同的操作。
另一种情况则是控制层本身就没考虑到的情况。这种情况盲目的try/catch没多大意义，通常会在框架层面做统一处理，包括记录异常信息，以及优雅的返回失败。
最后，对于try/catch的使用，我们不是并不是为了看不见异常，更多的是考虑我捕获后能做什么，能否尝试解决这个问题，如果不行，抛给上层，能否记录并告警，如果没考虑清楚这个问题，很容易犯一个大忌（吞掉异常）。
需要做统一异常处理，不能将异常返回给客户端，好的做法是最终到达客户端的是一个统一格式的result，要么succese，要么是fail，除了系统异常比如网络超时，500服务异常等。还必须有统一的状态码处理。
首先，，业务层，如果可控的要抛出。当然一定不要处理成错误的返回。也不是说一定要处理，看具体的处理场景，因为涉及到事物的问题，业务层还有一个重要的处理场景。那就是事务处理。如果你直接返回你的错误返回，那就是事务无效，正确的做法是。定义一个异常，再可控的异常try catch 抛出自定义异常，定义全局的异常处理器，利用异常处理器对自定义的错误返回系统标准返回？对于不可控的，可以在加上异常处理器。打注解实现***状态吗的返回
j***a中如何一次抛出多个异常？
J***a是不允许同时抛出多个异常的，一个j***a方法中只能有一个异常栈，最后一次捕获抛出的异常会覆盖前面的异常。
当然也有奇淫伎俩，你做一个封装类异常把每次抛的异常装起来一次抛出。但我不知道这样的使用场景是什么。
***.aiquanti***
基本思路就是定义三个类，继承异常的父类，然后在需要抛出异常的地方，throws一下就可以了，示例如下：
public class CatchMultiException {
public static void main(String[] args) throws Exception {
try {
test(2);
} catch (Exception e) {
在J***A中捕获异常后throw自定义异常是不优雅的吗？
不能这么说吧，JDK自带的异常毕竟不能完全描述“代码运行过程中的所抛出的所有问题”，比如：参数为空，参数格式不正确，数据无法查找，调用第三方程序异常……的情况，所以自定义异常在所难免，我们将异常一般在表现层需要做“合适的处理，防止异常抛出到页面上”，如果全用JDK的异常，那么我们就如何区分？不可能所有的错误，我们都返回的是“系统繁忙，请稍后重试！”，所以不认为throw自定义异常就不优雅了，如果感觉不优雅我们可以***用切面上处理异常，核心代码中没有异常信息，这就优雅了！！！
到此，以上就是小编对于j***a语言catch的问题就介绍到这了，希望介绍关于j***a语言catch的3点解答对大家有用。
