@NotNull在运行时工作吗

Question

我最近决定开始使用空校验和注释（@NotNull），我使用Intellij Idea的注释库来访问这些注释。我试图弄清楚这些注释在运行时是否可以检查值是否为null，如果是，它如何处理这些错误（例如，它是否抛出NullPointerException，它是否只返回默认值（例如null，0，false））。此外，如果这些注释不起作用，是否存在一组在运行时起作用的更标准化注释（例如，javax）？如果这些不起作用，我应该停止使用它们并返回标准的空校验和（If（x==null）），还是应该同时使用注释和标准的空校验和？当我在这里的时候，像@Nullable这样的注释是个好主意吗？

Answer 1

此外，如果这些注释不起作用，是否有一组不同的注释可能是在运行时起作用的更标准化的注释（例如javax）？如果这些不起作用，我应该停止使用它们并返回标准的空校验和（If（x==null）），还是应该同时使用注释和标准的空校验和？

依赖注释进行运行时行为的问题在于，程序的正确性取决于所执行的注释处理的预期形式。例如，对于空检查，您需要一个注释处理器（可能集成到编译器中）在编译时或之前识别特定的注释，并执行您想要的操作：插入空检查代码。

尽管某些注释在运行时保留，但您不能直接从中获得运行时行为。相反，这样的注释及其属性可以由恰好对类进行反射分析的代码进行检查和操作。基本上，除了主动查找注释的代码之外，您从注释的运行时保留中什么也得不到。

如果需要运行时空检查，则应插入显式检查。如果您愿意依赖注释和相关的静态分析来确保空检查是不必要的，那么这就是您的决定。你应该记住的考虑因素包括：

>

公共方法及其参数或公共字段上的注释不能可靠地静态保护代码不受第三方向代码提供空值的影响，因为它们不需要使用执行适当静态分析的工具来构建代码。

注释也不能防止以反射方式或通过本机代码向方法提供空值，因为这两种方法都绕过了编译器和任何相关的静态分析。

人们往往把NullPointerExceptions看得太重了。被IllegalArgumentException（比如）而不是NullPointerException告知误用几乎没有什么客观好处。NPE更具体地描述了问题的性质，而IAE更具体地描述了问题的背景。重要的是确保尽早发现问题。

当我在这里的时候，像@Nullable这样的注释是个好主意吗？

它们为代码添加了外部依赖项，这是应该考虑的成本。它们具体地表达了您的期望，并且机器可操作，这是一个相应的好处。如果您正在使用的注释库对于您希望向其分发源代码的每个人都是可用的，并且如果那些具有运行时保留的注释对于您希望运行代码的每个人都是可用的，那么注释可能是一个净好处。否则，它们将无法启动。

Answer 2

是的，它在运行时进行检查，并在null时抛出一个IllegalArgumentExc0019。