我看到了这个问题：JSR305 vs. JSR308（Java类型注解）-哪个将成为标准？，并理解了JSR 308和JSR 305之间的区别。
我也明白，目前308被安排用于Java 7，而305没有，我想知道305的整体状态。
具体来说，我在一些项目中使用Google Collections和JSR-305（类似于Guice最佳实践之一所倡导的方式），想知道是否有更加“面向未来方向”的方法我应该使用。我计划在JSR-305组上也提出这个问题，但那个组活动不太多，我只是想知道这里是否有任何更多信息。
如此答案所述，JSR-305 提出了新的注释，如@NonNull，而JSR-308则提议允许在泛型声明等新地方使用注释。
引用JSR 308页面：
…本文档不提出任何注解，只是指明它们可以出现在Java代码的哪些位置。
在Java 8中，JSR 308（新位置的注释）包含在JEP 104中。
截至2017年，JSR 305（新注释）仍然保持“休眠”官方状态。有一个问题在谷歌小组中未能回答自2010年以来。
JSR-305注释的参考实现在此处，被许多项目使用，包括guava。使用maven可以通过将其添加到pom文件中来使用JSR-305参考实现：
<dependency>
<groupId>com.google.code.findbugs</groupId>
<artifactId>jsr305</artifactId>
<version>3.0.0</version>
</dependency>
org.codehaus.mojo 的 findbugs-maven-plugin 相同的版本来同步两者。 - Christophe RoussyJSR 305 将不会成为Java 8的一部分：
如果您关注nullability annotations（空指针注解），我建议使用SpotBugs项目中提供的edu.umd.cs.findbugs.annotations命名空间下的注解。现在大多数代码检查工具或IDE都应该支持，它并不像JSR 305提出的javax.annotation那么好，但是请记住，JSR 305从未被批准，并且实际上从未在JSR 305提案中附带任何类文件jar。
以下是一些有关此主题的有趣文章：
JSR 305与JSR 308对比
JSR 305和JSR 308之间几乎没有关系。JSR 308是关于能够将注解应用于泛型（Java类型参数）的能力。JSR 308已作为Java SE 8的一部分合并。
唯一的联系是两个不同项目（FindBugs和Checker Framework）都与空值安全性和空值注释主题相关。
从内容上看，这两个JSR没有任何关系。