寻求可实现编译期/IDE层面非空校验的@NotNull类注解

针对你需要的「仅编译期静态检查、限制发送方不传入空值、跨类调用也能在IDE提示」的需求，以下几个方案完全符合：

1. JetBrains @NotNull（jetbrains.annotations.NotNull） #

这是IntelliJ IDEA原生支持的注解，完全贴合你的需求：

• 无运行时检查代码，仅做编译期/IDE级静态分析；
• 核心作用就是约束**调用方（发送方）**不能传入null，跨类调用时传null会直接在IDE中标红警告；
• 配置：确保IntelliJ开启「Nullability inspections」（路径：Settings → Editor → Inspections → Java → Probable bugs → Nullability issues，勾选所有相关检查项）。

替换你的示例代码中的注解后：
MyClass.java

package common.utils;

import org.jetbrains.annotations.NotNull;
import lombok.AllArgsConstructor;
import lombok.experimental.FieldDefaults;

@AllArgsConstructor
@FieldDefaults(makeFinal = true, level = lombok.AccessLevel.PRIVATE)
public class MyClass {
    @NotNull
    MyOtherClass mMyOtherClass;
}

此时MyClassTest中new MyClass(null)会被IDE直接提示「Argument should not be null」的警告。

2. Checker Framework @NonNull #

这是一个更严谨的静态分析工具，支持集成到构建流程中：

• 注解为org.checkerframework.checker.nullness.qual.NonNull，纯编译期检查，不会生成运行时代码；
• 不仅IDE里有提示，还能通过Maven/Gradle插件在构建阶段拦截null传入的问题，直接让编译失败；
• 核心也是约束调用方不能传入null，跨类场景完全生效。

3. Google Guava @Nonnull（com.google.common.annotations.Beta） #

Guava提供的这个注解同样是静态检查用，无运行时开销，IDE开启null检查后，跨类调用传null会触发警告。不过相比JetBrains的注解，IDE原生支持度稍弱，更推荐前者。

关键说明 #

以上所有注解都满足：

• 无额外运行时检查逻辑；
• 目标是限制发送方（调用方）不传入null，而非强迫接收方做检查；
• 跨类调用场景下，只要IDE识别注解并开启对应检查，就会生效。

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