Go 的包与编译时的依赖包查找机制

包机制

• 同一目录下只能存在一个包；若同一目录下存在多个包，该目录被别的源文件导入时编译时会报错，不可同一路径导入两个包。
• 目录和目录下源文件的包命名能够不一样，目录被导入时只是提供包的路径而已；若目录名称和目录下包名称不一样，当目录被导入时没必要为包起别名便可在下文中使用包，固然，使用方式不是以目录名为前缀，而是以目录下的包名为前缀，不过这会致使读代码时不知道该包是来自哪一个路径。因此通常规范的写法是保持目录和目录下的包名称相同。
• 不一样目录下若存在相同名称的包，若在一个源文件中需同时导入使用这些包，首先必定是须要导入多个目录路径的，因此这些来自不一样路径的相同名称的包就被视为了避免同的包，但由于名称同样，因此同时导入到一个源文件时会致使命名冲突编译不经过：redeclared as imported package name previous declaration，所以这种状况下须要给包起别名避免冲突。

编译时的依赖包查找机制

• 在 Go 支持 Go Modules 以后，编译时编译器会从工做目录（当前所在目录）开始并逐级向上查找是否具备 go.mod 文件。

  • 若是有，go.mod 文件中声明的 module 名称就视做 go.mod 所在的路径，而后以指定的 main 包为依赖入口，全部以 go.mod 中声明的 module 名称开头的导入路径都以 go.mod 所在的路径为相对路径进行包的查找导入。全部须要导入的路径中若是在 go.mod 中指定了版本，则从 $GOPATH/pkg/mod/ 下取得相应版本进行导入，若是没有被指定则从 $GOPATH/src/ 或 $GOROOT/src/ 中进行查找导入。
  • 若是没有，全部依赖均从 $GOPATH/src/ 或 $GOROOT/src/ 中进行查找导入。
• 编译时，不在意源文件在哪（只要指定入口，依赖路径即可依次拿到），而是在意工做目录在哪（从工做目录开始逐级向上查找，是否能够找到 go.mod）。