Android@NonNull有用性

Question

经过一些阅读和类似的问题，我想知道使用@NonNullAndroid支持注释是否有意义。

如果我试图调用一个带有注释为@NonNull的null参数的方法，我可以从androidstudio看到一个非常小的警告。只是一个警告？？

那么单元测试呢？我应该用空参数测试这个方法吗？如果我这样做。。。我将得到一个NullPointerException，我的测试将失败。

假设我们是两个开发者。一个在开发API，另一个以各种方式测试API。作为第二个开发人员，我的责任是测试所有东西，以便API是防弹的。这就是单元测试的全部意义，对吗？

那么...第一个开发人员使用@NonNull有什么意义？

如果其他人使用这个带有空参数的应用编程接口...那么应用编程接口将抛出一个NPE。然后他会想：“Urg，那个应用编程接口糟透了...NPE！"他是对的。那个淘气的开发人员没有检查他发送的参数是否为空，应该面对一个非法的参数异常，因为这是他的错，而不是API的错！

我错了吗？

我认为这些注释会强制编译器显示错误，比如试图使用null参数调用methodName（@NonNull Object Object）。

好的，谢谢大家的评论。如果可能的话，我想总结一下我在这里面临的“问题”。以抽象的方式。

我写一些代码（一个API，一个库，一个类，无论什么）用私有的内部代码包装提供功能的公共方法。

假设这些公共方法将被任何其他人（包括我）使用。他们中的一些人接受的参数永远不能为空，否则一切都会崩溃。

阅读您的评论，我面临以下选择：

1. 继续使用Java文档支持的契约/注释（@NonNull），其中规定参数不能为null。不要检查空参数（否则IDE会警告我），并以某种方式祈祷我永远不会收到空参数
2. 同上，但强制执行空检查（即使IDE将警告条件将始终为false），并在收到空参数时抛出IllegalArgumentException，而不是引发NPE
3. 停止使用契约/注释，使用Java文档警告其他开发人员，并添加对所有参数的手动检查

最后，对于单元测试。。。我知道我不能有防弹代码，但我喜欢尽可能地“猴子测试”我的代码，以防止代码中出现意外行为，并验证流程（我相信这是单元测试的基础）-

Answer 1

评论可能为时已晚，但迟做总比不做好：）

有一个Traute javac插件，它根据方法参数的注释将空检查插入到生成的字节码中。

下面是一个示例Android项目，它说明了这一点。

Answer 2

在我看来，您的#2方法是API/库的正确方法。使用注释进行静态分析以防止编译时尝试使用null调用方法，并在运行时使用null检查以在传入null对象时给出有用的异常（并快速失败/防止代码中发生意外情况）。在null检查之前使用//noinspection ConstantConditions指令通知IDE取消显示警告（因为检查null的原因是有效的）。

一个随机的NPE表示库/api作者可能遗漏了一些东西，并且有一个bug没有在他们的代码中处理。

一个IllegalArgumentExcema（或带有问题描述的NPE-在这个实例中使用的异常是一个基于观点的参数）指示调用方在调用方法的方式上犯了一个错误。

然而，最终，在您已经使用@NonNull注释后是否测试null将是基于意见和情况的。

Answer 3

它的主要目的是向你的同事提供信息。一个人永远不是大型项目的唯一程序员。使用NotNull告诉其他程序员，函数的约定意味着您永远不能向它发送null，所以他们不会这样做。否则，我可能会做出逻辑假设，调用setFoo（null）将清除Foo，而API无法处理没有Foo的情况。