ljheee的博客

在 Java 中，异常通常被认为是成本昂贵的，不应该用于控制控制。本文将证明这个观点的正确性，并验证导致性能问题的原因。​。

1.JVM异常处理流程当Java程序中发生异常时，JVM会在方法的异常表中查找相应的异常处理代码。如果找到了匹配的异常处理代码，JVM会执行该代码来处理异常；如果没有找到匹配的代码，JVM会将异常向上抛出，弹出当前方法的栈帧，返回到调用该方法的上一级方法，查找上一级方法的异常表；依次沿调用栈查找，如果所有的栈帧被弹出，仍然没有处理，则将异常抛给当前的Thread，Thread会终止；如果当前Thread为最后一个非守护线程，且未处理异常，则会导致JVM终止运行。

Java 代码中通过使用 try-catch-finally 块来对异常进行捕获/处理。但是对于 JVM 来说，是如何处理 try/catch 代码块与异常的呢？实际上 Java代码在进行编译时，编译器会在代码后附加一个异常表，以实现try块出现异常后能进入对应的异常处理程序执行。

有些平台译为“被压制的异常”。“压制”这个词的含义是“使某物变小”，延伸到在 Java 中，被压制的异常指的是在 try-with-resources 语句块中，因为 try 块和 finally 块都抛出了异常，导致 finally 块中的异常被“压制”了，没有被正确捕获和处理。提到：如果程序执行try块出现异常，且进入执行finally 块也抛出异常，则最后抛出给调用方的异常是finally中的，try/catch中的不会再抛出，因为被覆盖掉了，在Java中，对上层调用方只能抛出一个异常。

哪些算作技术债，哪些不能算技术债？

有的团队为了节约机器成本、有的团队为了提升研发效率、有的团队为了降低人均服务数微服务合并，可以从多个角度入手合并编译。

在 Java 中，通常情况下已有的内置异常类能够满足应用的基础使用需求。但有些情况下，需要自定义异常来满足特别的需求。最常见的就是用精确的命名描述异常例如，某个特定case的异常，让它见名知意。当程序需要对异常情况进行更加具体和准确的描述时，可以自定义异常类。如何自定义异常就不多描述了，这里着重说一点关于自定义异常时需要注意的地方。

如何进行依赖治理