有时你用命令go mod init x/y/z给相同的模块名，你也有相同的导入。这个很难解，至少对我来说。 给你的mod取一个有意义的名字，比如go mod init sid

下面是第一个导入周期问题的示例。

                  project/controllers/account
                     ^                    \    
                    /                      \
                   /                        \ 
                  /                         \/
         project/components/mux <--- project/controllers/base
            
                   

正如你在我的坏ASCII图中看到的，当project/components/mux导入project/controllers/account时，你创建了一个导入循环。因为Go不支持循环依赖，所以在编译时你会得到导入周期不允许的错误。

有时你用命令go mod init x/y/z给相同的模块名，你也有相同的导入。这个很难解，至少对我来说。 给你的mod取一个有意义的名字，比如go mod init sid

我刚刚遇到了这个。您可以使用包名本身从同一个包中访问一个方法/类型。

下面是一个例子来说明我的意思:

在foo.go:

// foo.go
package foo

func Foo() {...}

在foo_test.go:

// foo_test.go
package foo

// try to access Foo()
foo.Foo() // WRONG <== This was the issue. You are already in package foo, there is no need to use foo.Foo() to access Foo()
Foo() // CORRECT

循环依赖的另一个常见原因显示在这个答案中。

与JavaScript不同，Go对循环依赖的容忍度很低，这是好事也是坏事。

我得到了另一个解。

我的情况

我发现在开始项目工作之前，我没有运行命令:go mod init <module_name>。 后来我试图导入“mux”包去获得github/gorilla/mux，然后我得到了错误“导入周期不允许”。

如果需要，检查您正在工作的目录中是否已经初始化了模块(pt 1.中提到的命令)。然后尝试运行脚本。

进口周期的原因已经在上面的回答中提到了。 我在运行build -mod vendor命令时面临内置库的导入周期问题

Ex:
...
...
imports github.com/aws/aws-sdk-go/aws
    imports net/http
    imports crypto/tls
    imports crypto/ecdsa
    imports crypto/elliptic
    imports crypto/internal/nistec
    imports crypto/elliptic: import cycle not allowed

...
...
    imports fmt
    imports errors
    imports internal/reflectlite
    imports runtime
    imports internal/abi
    imports internal/goarch
    imports bytes
    imports errors: import cycle not allowed

这个问题通过卸载golang并重新安装来解决。我想我之前没有正确安装戈朗。谢谢你在https://bytemeta.vip/repo/fyne-io/fyne/issues/3089上的提示。我不能把功劳给那个人，但要在这里提一下。谢谢。