Android @NonNull与JetBrains @NonNull的差异、工具支持及适用场景咨询

好问题！这两个@NonNull注解虽然都是用来标记非空约束，但出身和适用场景差别不小，我来逐一拆解你的疑问：

• org.jetbrains.annotations.NonNull：这是JetBrains官方出品的注解，属于IntelliJ IDEA等JetBrains系列IDE的原生静态分析工具链一部分。它的定位是通用Java/Kotlin项目的非空检查，不绑定特定平台。
• android.support.annotation.NonNull：这是Android官方（原Support库，现在更推荐用androidx.annotation.NonNull）推出的平台专属注解，专门服务于Android生态的代码检查，和Android的工具链（比如Lint、Android Studio）深度绑定。

IntelliJ对android.support.annotation.NonNull的支持 #

• 完全支持！IntelliJ IDEA（包括Android Studio）可以识别这个注解，并且能自动为标记的参数生成非空断言。你只需要在IDE设置里开启相关配置：进入Settings > Editor > Inspections > Java > Constant conditions & exceptions，勾选"Check nullability annotations"，就能让IDE在编译或运行时自动插入if (param == null) throw new NullPointerException()这类断言逻辑。

Android Lint对org.jetbrains.annotations.NonNull的支持 #

• 默认不识别。Lint作为Android专属的静态检查工具，默认只处理Android官方的注解（包括support/androidx的@NonNull）。除非你手动修改Lint配置，把JetBrains的注解加入检查规则，但这种做法非常少见，因为会增加配置复杂度，且不符合Android生态的通用实践。

• 优先用org.jetbrains.annotations.NonNull的场景：
  • 纯Java/Kotlin项目（非Android平台），比如后端服务、桌面应用等，此时JetBrains的注解是IDE原生支持的，静态分析体验更流畅。
  • 项目不需要和Android工具链交互，只依赖IntelliJ系列IDE的代码检查。
• 优先用android.support.annotation.NonNull（或androidx.annotation.NonNull）的场景：
  • 所有Android项目，不管是旧的Support库还是新的AndroidX项目。因为Lint会原生识别这个注解，能在构建过程中自动检查非空约束，避免运行时NullPointerException，而且Android Studio的代码提示、重构等功能对它的支持更完善。
  • 团队协作的Android项目，用官方注解能保证所有人的工具链都能一致识别约束，减少沟通成本。

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