为甚么GO不支撑轮回援引
· 2026-09-13 05:36:03进修 Go 言语的为甚斥地者愈来愈多了，良多小火伴在独霸时 ，不支就会碰着各类不邃晓的撑轮问题 。
个中一点就是回援包的轮回援引的报错 ：
package command-line-arguments imports github.com/eddycjy/awesome-project/a imports github.com/eddycjy/awesome-project/b imports github.com/eddycjy/awesome-project/a: import cycle not allowed
一会儿就很懵逼了，为甚么 Go 不支撑包之间的为甚轮回援引呢，这就很不解了，不支莫非还影响功用了 ？撑轮
以下图 ：
往日煎鱼将和大年夜师一同体味面前的启事 。
1、回援案例演示
这里我们做一个根本的为甚案例 Demo ，便于没干戈过的不支同窗创建末尾认知 。我们的撑轮法度圭表类型分袂有 2 个 package 。
package a 的回援代码以下 ：
import ( "github.com/eddycjy/awesome-project/b")func Hello(s string) { b.Print(s)}package b 的代码以下 ：
import ( "fmt" "github.com/eddycjy/awesome-project/a")func Hello() { a.Hello("思惟进煎鱼了")}func Print(s string) { fmt.Println(s)}再在 main.go 的文件中调用 a.Hello("思惟进煎鱼了") 编制。
一运转 ，为甚就会展示以下偏向提示 ：
package command-line-arguments
imports github.com/eddycjy/awesome-project/a
imports github.com/eddycjy/awesome-project/b
imports github.com/eddycjy/awesome-project/a: import cycle not allowed
所长的不支本质启事是 package a 援引了 package b ，而 package b 又援引了 package a ，撑轮构成了轮回援引。
这在 Go 言语中是明令阻拦的 ，在编译时就会中缀法度圭表类型 ，招致编译损掉落踪落败 。
2 、启事分化
屈就如今 Go 官方的同必定见来看 ，package 轮回导进几近不成能展示 ，即就是 Go2 ，也被了了回尽了 。
因为 Go2 多是良多中心问题标破变的关头节点 ，有良多人提了近似《proposal: Go 2: allow import cycle》的提案 ，希看措置轮回引进的问题 。
Go 言语之父 Rob Pike 亲自答复了这个问题 ，启事以下 ：
没有支撑轮回援引 ：方针是迫使 Go 法度圭表类型员更多地思虑法度圭表类型的依托相干 。
- 贯穿连接依托相干图的精练 。
- 疾速的法度圭表类型构建 。
假定支撑轮回援引 ：很随融合构成勤奋 、不良的依托性治理次要慢的构建 。这是筹划者不盼看看见的
。
- 混乱的依托相干 。
- 迟缓的法度圭表类型构建
是以思虑一最早就贯穿连接依托图的切确 DAG ，Rob Pike 认为这是一个值得过后简化的局限 。
在 Go 法度圭表类型中往做导进轮回这件事大年夜大年夜约很利便，但面前的价值多是灾害性的，会对 Go 的构犯法用和依托相干构成特别很是倒运的影响。
所以在 Go 中被了了阻拦支撑 。
3 、总结
在法度圭表类型中 ，假定我们频繁的展示模块与模块之间的轮回援引 ，这时辰辰我们是不是是理应思虑一下 ，是不是是筹划的有些问题 ，要不要思虑调剂 ？
但也并不是全数的事都是二极管 ，Go 源码大年夜大年夜约或多或少都有本身轮回援引的案例 ，最次要的是想了然 。
到此这篇关于为甚么Go言语不支撑轮回援引的文章就引见到这了,更多相干GO不支撑轮回援引内容请搜刮完竣下载之前的文章或延续不雅不雅不雅不雅鉴赏上面的相干文章希看大年夜师往后多多支撑完竣下载 ！
文章推荐：