为何Java未引入Try Monad？Java 8+流与单子高效使用缺失探讨

这确实是个不少Java函数式编程爱好者都会纠结的问题——当我们用Stream或者其他Monad风格的API时，总希望有个官方的Try Monad来优雅处理链式调用里的异常，可从Java 8到10都没见官方引入，甚至连相关的JEP提议都找不到。我觉得主要有这几个原因：

• JDK的设计保守性：Java团队一直坚持“只引入必要的核心特性”，函数式编程在Java里是逐步渗透的，Try Monad属于比较高阶的函数式抽象，对于很多习惯了面向对象和传统try-catch的开发者来说，学习成本不算低。官方不想因为引入这类特性，让核心库变得过于复杂，毕竟Java还要兼顾大量传统项目的兼容性。
• 现有异常体系的制约：Java的checked exception机制已经存在多年，很多API设计都依赖它。如果引入Try Monad，就会和现有异常处理方式产生重叠甚至冲突——比如什么时候用Try，什么时候用try-catch？这可能会让开发者陷入选择困难，反而降低代码的一致性。
• 社区已有成熟替代方案：像Vavr（原Javaslang）这样的第三方库早就实现了完善的Try Monad，而且功能比我们自己写的要全面得多，还支持和Stream等JDK原生API联动。Java团队可能觉得，这类扩展性功能交给社区来提供更灵活，没必要把它放进核心库占用资源。

如果你想自己实现一个基础版的Try Monad，可以参考下面的代码作为起点：

public class Try<T> {
    private final T value;
    private final Exception exception;

    // 私有构造方法，禁止外部直接实例化
    private Try(T value, Exception exception) {
        this.value = value;
        this.exception = exception;
    }

    // 静态工厂方法，通过Supplier创建Try实例，自动捕获异常
    public static <T> Try<T> of(Supplier<T> supplier) {
        try {
            return new Try<>(supplier.get(), null);
        } catch (Exception e) {
            return new Try<>(null, e);
        }
    }

    // 判断当前Try是否成功获取到值
    public boolean isSuccess() {
        return exception == null;
    }

    // 获取成功值，若失败则抛出存储的异常
    public T get() throws Exception {
        if (isSuccess()) {
            return value;
        }
        throw exception;
    }

    // 获取失败时的异常，成功则返回null
    public Exception getException() {
        return exception;
    }

    // 映射成功值到新类型，过程中捕获异常
    public <U> Try<U> map(Function<T, U> mapper) {
        if (isSuccess()) {
            try {
                return new Try<>(mapper.apply(value), null);
            } catch (Exception e) {
                return new Try<>(null, e);
            }
        }
        // 失败状态直接传递异常
        return new Try<>(null, exception);
    }
}

这个基础实现包含了核心的创建、状态判断、值映射功能，你可以根据自己的需求扩展flatMap（处理返回Try的函数）、recover（异常时提供默认值）等方法。

内容的提问来源于stack exchange，提问作者riccardo.cardin