jls
-
Java 语言规范第 4 版何时推出? 现在JDK 7开发人员预览版已经发布,人们可能会认为是时候使用新的JLS了。毕竟,语言已经发生了变化,尽管变化很小。 我还没有找到任何东西。新的JLS何时可用,从哪里可以获得它?
-
根据JLS,“T.super”是法律表达吗? 请考虑以下一组表达式: 从这里你可以看到java代码的行(结果行)正确地将转换为(Eclipse对)的理解)存储到局部变量中。执行代码时,它会正常完成,并且该行会生成正确的结果。 编辑
-
为什么在这种情况下,为基元返回 null 会起作用? 这段丑陋的代码确实可以编译,但如果 我知道它们显然都是错误的,但是当我在源代码中找到第一段代码时,我对它能够编译感到非常惊讶。 编辑:这是Java 7中JLS的相关部分。我猜第一种说
-
-
-
最终字段的初始化顺序 请考虑以下两个类: 如果我执行 Foo,则输出为 20。 如果我使该字段成为非最终字段,或者如果我在 Foo 构造函数中初始化它,则输出为 0。 我的问题是:在最终字段的情况下,初始化顺序是
-
Java最终字段:当前JLS的“污点”行为是否可能 我目前正在尝试理解中找到任何明确允许或禁止此类行为的内容,但我发现的只是: 当对象的构造函数完成时,将被视为已完全初始化。如果线程只能在对象完全初始化后才能看到对该对象的
-
Java8中的模棱两可的重载 - ECJ或javac是对的吗? 我有以下类: 请注意,此错误仅适用于方法中的构造函数调用,而不适用于方法中的构造函数调用。唯一的区别是,这是依靠钻石运营商。 我的问题是:JDK 8下的javac是否正确标记了一个模棱
-
-
为什么对隐藏的静态方法强制实施返回类型协方差? 此代码无法编译,因为 in 的返回类型为 。 我知道 JLS 8 在 §8.4.8.3 “重写和隐藏中的要求”中说: 如果返回类型为 R1 的方法声明 d1 覆盖或隐藏了返回类型为 R2 的另一个方法 d2 的声明,则
标签