为什么Mono无法持有NULL？Mono.just(null)无法编译的深层原因是什么？

• Reactive Streams 规范的强制约束

Reactive Streams 规范第2.13条明确要求：所有通过onNext方法发射的数据流元素必须为非空值，发射null属于违反规范的行为，会直接触发空指针异常终止流。
Reactor 作为 Reactive Streams 规范的实现，从API设计层面就规避null值进入数据流的可能，Mono.just(T value)是专门用于发射已知存在的非空元素的API，方法源码第一行就会执行Objects.requireNonNull(value)做非空校验，只要传入null无论如何都会触发运行时异常。

• Java泛型类型推导机制的限制
  你观察到的编译错误，绝大多数场景下并不是编译器直接做了空值校验，而是泛型推导失败：null是所有Java引用类型的公共值，不携带任何具体类型信息，当你直接写Mono.just(null)时，编译器无法推导泛型参数T的具体类型，因此抛出编译错误。如果你显式指定泛型类型，比如Mono.<String>just(null)，编译可以正常通过，但运行时依然会抛出空指针异常。
• 语义层面的设计考量
  如果允许Mono携带null值，会导致流信号语义出现歧义：你无法区分某个null是「业务返回的合法空值」、「流正常结束的标识」还是「处理过程中出现的空指针异常」，下游消费者需要额外做大量的空判断逻辑，既增加了代码冗余，也提高了流处理逻辑的出错概率。如果需要表达「无返回值」的语义，应该直接使用Mono.empty()，它会直接发射onComplete信号，语义清晰且完全符合Reactive Streams规范。

内容的提问来源于stack exchange，提问作者nykon