• godtrue
    2018-08-02
    感谢雨迪!
    这节让我终于搞清楚了两个疑惑!

    1:使用异常捕获的代码为什么比较耗费性能?
    因为构造异常的实例比较耗性能。这从代码层面很难理解,不过站在JVM的角度来看就简单了,因为JVM在构造异常实例时需要生成该异常的栈轨迹。这个操作会逐一访问当前线程的栈帧,并且记录下各种调试信息,包括栈帧所指向方法的名字,方法所在的类名、文件名,以及在代码中的第几行触发该异常等信息。
    虽然具体不清楚JVM的实现细节,但是看描述这件事情也是比较费时费力的。

    2:finally是怎么实现无论异常与否都能被执行的?
    这个事情是由编译器来实现的,现在的做法是这样的,编译器在编译Java代码时,会复制finally代码块的内容,然后分别放在try-catch代码块所有的正常执行路径及异常执行路径的出口中。


    展开
     5
     105
  • 东方
    2018-08-11
    throw exception性能差fillstacktrace除了遍历堆栈以外,如果有inline 代码消除等编译优化发生,是不是要先“去优化”完了再fill?要不然可能出现错误堆栈和代码对不上的情况

    throw exception估计也会影响jit的优化,进而影响整体性能

    作者回复: 思考得很深,赞一个!

    即时编译器生成的代码会保存原始的栈信息,以便去优化时能够复原。fillStackTrace也会读取这些信息的,所以不用先去优化再fill。

    抛异常本身带来了额外的执行路径。通常如果能够将异常处理器也编译进去,那么不会有太大影响。

     1
     23
  • 阿坤
    2018-09-02
    如果finally有return语句,catch内throw的异常会被忽略,这个从jvm层面怎么解释呢?

    作者回复: catch里抛的异常会被finally捕获了,再执行完finally代码后重新抛出该异常。由于finally代码块有个return语句,在重新抛出前就返回了。

    你可以利用这篇文章的知识,就着javap的输出,分析一下具体的程序路径

    
     20
  • 三木子
    2018-08-01
        看完今天的文章有几个疑问

       1方法的异常表是包含RuntimeException这种非check类型的异常吧?如果是那么每个方法都有异常表,那么是不是每个异常表中都有像ArrayIndexOutOfBoundsException这类型异常了。这类公共异常是私有还是共享呢

       2像catch自定义异常,也会添加的当前方法的异常表里吗?

       3 我们常常看到的异常调用栈,这里方法调用信息其实就是弹出方法栈帧吗?
    展开

    作者回复: 1 检查异常这个概念只在源代码中出现。异常表不是声明这段代码所有有可能抛出的异常,而是声明会被捕获的异常。

    2 会的

    3 栈轨迹 跟 弹出方法栈帧 是两个概念。你可以直接新建一个异常,然后不抛出,直接打印调用栈。这个时候是不会弹出当前栈帧的。

     1
     7
  • Krloy
    2018-08-08
    关于try catch的疑问

    如果for里面中写 try catch 一百条数据中有1条数据异常 程序正常执行 会返回99条数据
    如果for里面不写 try catch写外面 程序正常执行 但是数据返回0

    try catch 异常实例构造非常昂贵,因为虚拟机会生成改异常的栈轨迹,改操作会逐一访问改线程栈帧,并记录下各种调试信息。

    那么如果我在for中写try catch 的话 会不会每次循环都生成一个异常实例?
    上面两种写try catch的方法 哪种要更好点
    展开
     1
     5
  • 李双迎
    2018-09-07
    老师,如果异常构造比较耗时,那么能否通过缓存同一位置相同异常的实例,来解决呢?

    作者回复: 理论上是可以的,一般不这么做,原因有两个,一是异常路径无需考虑性能,二是代码可读性。

    
     4
  • 吴伟
    2018-08-01
    检查异常和非检查异常也就是其他书籍中说的编译期异常和运行时异常?

    作者回复: 编译期异常和运行时异常这种划分有点奇怪。

    检查异常也会在运行过程中抛出。但是它会要求编译器检查代码有没有显式地处理该异常。非检查异常包括Error和RuntimeException(会不会那本书直译为”运行时异常”?),这两个则不要求编译器显式处理。

    
     4
  • 子清
    2018-08-01
    如果在业务层的代码中使用Assert来判断参数是否有问题,然后在调用方捕捉异常,这样会不会耗性能

    作者回复: 首先走抛出异常捕获异常的异常执行路径的话,性能肯定是很慢的,因此最好在参数出现问题的概率很小的情况下使用这种方式。

    另外,你说的Assert是某个库的工具类,还是assert语句?后者的话,一般只在开发环境中启用吧。

    
     3
  • 王小臭
    2018-08-01
    辛苦老师了,这么早更新
    
     3
  • 南城风戈
    2018-08-01
    沙发
    
     2
  • gogo
    2019-09-27
    老师您好,请教一个问题,在spring项目中使用了统一异常处理,在service层做一些校验,校验失败时抛出异常,在统一异常处理逻辑里封装异常信息返回给客户端,这种场景自定义异常集成RuntimeException是不是比较好呢?
    
     1
  • 左瞳
    2019-04-22
    捕捉异常代码性能差是因为需要生成该异常的栈轨迹,就算不捕捉,也会打印该异常的的栈轨迹啊,那性能本来就差啊,何来捕捉异常性能差之说?
    
     1
  • dengyp
    2019-03-21
    请问JVM 对RuntimeException 的处理机制是怎样的呢
    
     1
  • 我已经设置了昵称
    2019-03-14
    对于实践环节表示看不懂字节码代码,无法理解,老师能不能在后篇解释下前篇遗留的问题
    
     1
  • gentleman♥️
    2019-01-08
    就是checked异常 一直不try catch ,jvm会怎么个处理流程呢
    
     1
  • 搬砖的孟达
    2018-11-28
    这一篇是看的明白的的一篇。😂
    
     1
  • Geek_987169
    2018-09-12
    老师,请教您一个问题,jvm在执行字节码指令的过程中,在什么情况下会由顺序执行变为跳转执行?
    
     1
  • Ennis LM
    2018-08-01
    Java 虚拟机会忽略掉异常构造器以及填充栈帧的 Java 方法(Throwable.fillInStackTrace),直接从新建异常位置开始算起。
    Java 虚拟机还会忽略标记为不可见的 Java 方法栈帧。

    请问老师,填充栈帧的 Java 方法和不可见的 Java 方法栈帧,是什么

    作者回复: 前者指Throwable.fillStackTrace以及异常的构造器,后者为Java虚拟机不想让用户看到的栈帧,比如说方法句柄的适配器类中的方法。之后讲Lambda时会有具体的例子。

    
     1
  • loser
    2020-01-13
    异常定义了程序出错怎么办? 1、程序错误可以处理(可捕获异常)),2、程序出错不可以处理(不可捕获异常)。当可以处理的时候,又可分为 jvm 处理,还是程序开发者处理。
    
    
  • 无言的约定
    2019-12-23
    郑老师,问个问题,在执行某个方法时,我不知道在哪会发生异常,这个时候我怎么才能捕获可能产生的异常并存储在日志文件里?

    作者回复: 你可以整个方法用try catch 包住,捕获Throwable并在异常处理器中写日志,并用throw语句重新抛该异常

    
    
我们在线,来聊聊吧