JAVA/JDK 8+ 方法使用Function传参时对传入的Function的Exception处理问题 @FunctionalInterface

曾几何时，为了定义一个分发器作用的方法，我们要在代码中写入茫茫多的if/else来处理将方法如何转发到下一层接口

public void execute() {
    
    // do something

    if (conditionA) {
        methodA();
    } else if (conditionB) {
        methodB();
    } else if (conditionC) {
        methodC();
    }
    ...
    else {
        methodOther();
    }

    // do something
}

相信大家对这段代码都是极不满意的。好在JDK8中为我们提供了新增加的函数接口：

• java.util.function

这样，我们可以将需要执行的方法直接传入本方法，极大的增强了我们的代码逻辑和简洁性。function中我们用的最多，适普性最强的一般是Function<T, Z>接口，该接口表示接受一个输入参数，返回一个结果的方法类型，因为输入、输出都是泛型，因而对不同的业务场景具有强大的适应能力。下文我们将以这个接口为例，function中其他接口的处理办法较为类似。

public void execute(Function<T,Z> func) {
    
    // do something

    T t = func.apply(z);

    // do something
}

这样，上层调用本层接口时可以直接指定本层的执行方法。但是，当考虑到实际业务场景时，这样的代码不一定能奏效。

其中的主要一个问题就是，在实际业务场景中，我们往往要遇到各类型的Exception。这其中有些是代码逻辑上的，有些是业务逻辑上的，我们需要在不同的调用层中处理这些异常，以维持整个业务的正常运转，同时给到使用者和运维人员足够的信息。有时我们会在本层方法中抛出这些异常留待上层解决，但是这时，Function接口就会出现问题。我们看一个简单的例子：下图是一个简单的Function使用案例，主函数调用print方法并传入out方法作为参数，一切正常

然而，如果被传入的参数out方法需要throws一些异常，此时这段代码就会报Unhandled exception错误，并且在调用函数上试图catch或继续throw这个异常也是无效的哟，见下图：

 这段代码是无法编译通过的。问题出在哪里？究其主要原因，Function只是一个代表方法的接口，我们在代码中调用了该接口定义的apply()方法执行传入的方法，而apply()方法是不处理异常的。

知道了问题后，处理方法就简单了。针对不同的业务场景，我们有两个办法可以具体处理该问题。如果Function接口入参的方法是我们自己定义的，则我们可以使用@FunctionalInterface注解重新定义一个会处理异常的function接口，并且调用该接口来解决问题。

 可以看到，这段代码可以编译并正常运行了。

如果传参的方法（即上图的print()方法）不是我们自己写的，我们仅仅只是该接口的调用方（谁提供接口留这么大一个坑，谴责！）那我们可以为我们的函数独立一个包装方法，在这个方法中处理好所有的异常，只留下运行时异常，然后再将该方法传入调用方法，如下图： 

 

这样我们可以解决使用Function传参时对传入的Function的Exception处理问题。