Java JSR 305的状态如何？

我看到了这个问题，我理解和之间的区别

我还了解到，目前308是为Java7设计的，而305不是，我对305的总体状况感到好奇

具体地说，我在我的一些项目中使用和（以类似的方式）并且想知道是否有一个更“未来方向”——我应该使用的友好方法。我也计划在JSR-305小组中询问这一点，但该小组没有太多活动，我只是想知道这里是否有人有更多信息。

根据Alex Millers的说法，JSR-308（和305）计划进入Java 7。也许他会出现在这里，并向您提供更多信息。

如本文所述，他提出了新的注释，如，同时建议允许在新的位置（如泛型声明）进行注释

报价页：

…本文档不建议任何注释，只指定它们在Java代码中的显示位置

JSR 308（新位置的注释）包含在下

截至2017年，（新注释）继续保持官方“休眠”状态。自2010年以来，关于谷歌在谷歌集团中地位的质疑一直没有得到回应

JSR-305注释有一个参考实现，许多项目都使用它，包括guava。使用maven，您可以通过将以下内容添加到pom中来使用JSR-305参考实现：

<dependency>
    <groupId>com.google.code.findbugs</groupId>
    <artifactId>jsr305</artifactId>
    <version>3.0.0</version>
</dependency>

com.google.code.findbugs
jsr305
3.0.0

JSR 305将不属于Java 8：

• Java8是
• JSR305

---

JSR337描述了Java 8：规范已达到最终状态：

• JSR308肯定是在
• JSR305肯定出局了
• 地位
• JSR 305紧密地连接到该设备
• FindBugs项目
• FindBugs的继任者是
• 它是由安德烈·洛斯库托夫（Andrey Loskutov）的“分支”，他是前者之一
• Spotbug项目正在进行中
如果您关心可空性注释，那么我建议使用来自

edu.umd.cs.findbugs.annotations

命名空间的SpotBugs项目提供的注释。如今，它应该得到大多数linter或ide的支持。它不像JSR305中建议的

javax.annotation

那么好，但请记住，JSR305从未获得批准，实际上，JSR305建议中没有附加任何带有类的

jar

文件
关于这一点，没有更多有趣的文章：
JSR 305 vs JSR 308
JSR305和JSR308之间几乎没有任何关系。JSR308是关于将注释应用于泛型（java类型参数）的能力。JSR308已被合并为JavaSE8的一部分
唯一的联系是两个JSR都与两个不同的项目（FindBugs和）相关，这两个项目涉及空安全性和空可性注释主题

---

就内容而言，JSR没有任何关联。
我会接受你留给Kevin的答案，但我在那些文章中找不到一个明确的位置，上面说它们是否将在Java 7中？（在发布问题之前，我已经简单地回顾了这些信息。）你是否看到其中特别提到它们将被包括在内（如你的回答所示）？提前感谢您的帮助。经过这么长时间的努力和其他一些努力，我将授予最佳答案、唯一答案和“答案”荣誉Java 9:Mark Reinhold“JSR 305，它本可以标准化javax.annotation.NonNull，但从未完成，因为它的规范负责人擅离职守。”这两个版本都没有进入Java 7.JSR308，但（2013年3月）JSR 305仍然处于休眠状态。链接到（最新版本现在是3.0.0）您可以使用与

findbugs maven插件相同的版本（从
org.codehaus.mojo
）同步两者。Java 9的功能已完成，但尚未发布，而且看起来JSR-305并未包含在内。是否有其他JSR添加了类似注释？对于JSR-308，有一个常见问题：