应用错误收集

我的API中有一个带有通用varargs参数的方法。我希望我的API能够兼容Java 6源代码和二进制代码，但如果Java 7 API消费者不会受到不必要的"varargs"警告的影响，那将会很不错。

我能想到的一个技巧是将我自己的java.lang.SafeVarargs注释添加到我的API并将其与我的可交付成果一起发送。效果如下：

Java 6编译器无法识别此注释，只是忽略它。
Java 7编译器会识别这个注释，并且可能（？）首先从JDK中加载一个，因此它们不再产生烦人的警告。

除了许可证问题，这是否可以保证有效？它似乎与javac一起使用。或者是否存在从JDK重新定义注释在呼叫站点具有不希望的副作用的配置？或者还有另一种方法可以解决这个Java 6/7互操作性问题吗？

相关问题：

Using Java 7 SDK features in Java 6

问题：这可以保证有效吗？

答案：这取决于。我想指出一个潜在的问题。

使用RetentionPolicy.RUNTIME声明“真实”@SafeVarargs注释（请参阅here）。这个原因（与具有RetentionPolicy.SOURCE的@Override相比）可能是允许编译器在调用站点检查它。然而，

如果使用RetentionPolicy.RUNTIME声明了您的SafeVarargs注释版本
并且使用它的代码是使用JRE 6运行的（它不包含这个注释）
您的SafeVarargs注释版本位于类路径中

那么使用Reflection在运行时获取方法注释的任何代码（例如Spring框架）都会因SecurityException而失败，因为注释的包名称以“java”开头。（请参阅下面的ClassLoader.preDefineClass（）方法和下面的stactrace中的相关代码，两者都来自Sun JRE 1.6.0_31）。

如果注释在编译时位于类路径上而不是在运行时（maven中的“提供”范围），则不会抛出异常（至少使用Sun JRE）。

最好的解决方案是使用一些Maven工件，例如java.lang.java7-annotations，并将其与范围“提供”一起使用。我发现了一些here（工件：com.google.backport.safevarargs），但它不在中央仓库中。

if ((name != null) && name.startsWith("java.")) {
    throw new SecurityException("Prohibited package name: " +
                                 name.substring(0, name.lastIndexOf('.')));
}

Exception in thread "main" java.lang.SecurityException: Prohibited package name: java.lang
    at java.lang.ClassLoader.preDefineClass(ClassLoader.java:479)
    at java.lang.ClassLoader.defineClassCond(ClassLoader.java:625)
    at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
    at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
    at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
    at java.net.URLClassLoader.access$000(URLClassLoader.java:58)
    at java.net.URLClassLoader$1.run(URLClassLoader.java:197)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
    at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:247)

@SafeVarargs和Java 6的互操作性

1 个答案: