是不必要的分号语法错误吗？

Question

今天早上，在进行 git refresh 之后，IntelliJ 抱怨我的项目不再编译干净了。罪魁祸首：

import javax.naming.Context;;

IntelliJ 抱怨：

错误:(33, 29) java: 标记 ";" 上的语法错误，删除此标记

该代码是由未使用 IntelliJ 的人推送的，它通过了我们的后端构建。

问题：是 javac 还是 IntelliJ 有问题？什么是说明上述代码应该是错误还是警告的文档/规范？

这是 IntelliJ 2019.2 CE EAP，在 MacO 上运行。

准确地说：IntelliJ“编辑器编译”与“构建”操作的结果之间似乎存在不匹配。有趣的事实：我们的项目设置中有“使用 Eclipse 编译器”。将其更改为使用 javac 可以解决问题，双 ;;那么只是一个警告。

Answer 1

不必要的分号不是错误。它们被视为空语句。一个什么都不做的空语句不是错误。

交叉检查您的代码。它也可能是 IntelliJ 的错。它的 linting 服务可能不会将其视为法律声明。

问题类似于this

编辑 1：IntelliJ 在其设置中有一个选项，可以将多余的分号作为错误发布。

Answer 2

根据Java Language Specification §7.6 ; 是一个有效的类型声明：

顶级类型声明声明顶级类类型 (§8 (Classes)) 或顶级接口类型 (§9 (Interfaces))。

类型声明：

• ClassDeclaration
• InterfaceDeclaration
• ；

额外的“;”出现在编译单元中类型声明级别的标记对编译单元的含义没有影响。 Java 编程语言中允许使用杂散分号，仅作为对习惯于放置“;”的 C++ 程序员的让步。在类声明之后。它们不应在新的 Java 代码中使用。

如果 InteliJ 中没有可以改变这种行为的设置，那么额外的分号不应产生错误。

Answer 3

免责声明

这不解决了这个问题，因为事实证明错误发生与使用 Eclipse 编译器（与默认的 javac 编译器相反）有关。

这对于故障排除/突出显示 IntelliJ 的检查自定义功能可能仍然有用。

---

您可以在 IntelliJ 的检查配置文件中设置不必要的分号（以及许多其他内容）的严重级别。

冗余分号的默认设置是“警告”。 可能您的已设置为“错误”。

这不会影响 Java 编译器，因为多余的分号不是语法错误。