这是我的班级：

package pepelu;

import pepelu.ImportTest.InnerClass.InnerEnum;
import javax.annotation.Resource;

public class ImportTest {
    @Resource
    public static class InnerClass {
        public enum InnerEnum {
            A
        }
    }

    public static void main(String[] args) {
        System.out.println(InnerEnum.A);
    }
}

当我使用maven构建时,它会给出一个编译错误：

mvn clean compile

[ERROR] /Users/finup/Desktop/a/importtest/src/main/java/pepelu/ImportTest.java:[8,6] cannot find symbol

将导入订单更改为：

import javax.annotation.Resource;
import pepelu.ImportTest.InnerClass.InnerEnum;

我有一个成功的maven构建.

我搜索了文件,但无法找到解释.

有谁能解释一下导入在这种情况下是如何工作的？

解决方法:

我猜原因是一个“循环”依赖：你有一些元素X,你导入在你定义它的同一个文件/类中.

含义：

import pepelu.ImportTest.InnerClass.InnerEnum;

实际上是指同一个文件中的代码：

public static class InnerClass {
    public enum InnerEnum {

这意味着：对于编译器,为了处理该导入,它必须在同一文件中查看该类的主体.

似乎javac“立即”做到了.含义：它开始读取import语句,从同一个类导入使其“挂起”查看导入,但检查以下类定义.

并猜测：该类定义使用了另一个导入.为了“处理”该枚举的定义,编译器需要了解@Resource注释的位置/内容.但它还不知道注释(因为编译器还没有看到导入).

更改顺序时,编译器会理解类定义中的@Resource用法.

当然：真正的答案不是重新订购进口产品.真正的答案是不要从import语句后面的类中导入一些东西.这样做绝对没有意义.

编辑,鉴于OP关于如何在Redisson中发挥作用的评论：老实说,我不知道.它可能取决于该类的编译方式.也许这样的代码适用于较新(或较旧)的javac版本,也许这适用于eclipse或intellij或xyz编译器的特定版本.

含义：我给你解释了为什么你遇到这个问题.这并不意味着任何编译器都必须遇到同样的问题.