包机制
- 同一目录下只能存在一个包;若同一目录下存在多个包,该目录被别的源文件导入时编译时会报错,不可同一路径导入两个包。
- 目录和目录下源文件的包命名可以不同,目录被导入时只是提供包的路径而已;若目录名称和目录下包名称不同,当目录被导入时不必为包起别名即可在下文中使用包,当然,使用方式不是以目录名为前缀,而是以目录下的包名为前缀,不过这会导致读代码时不知道该包是来自哪个路径。所以一般规范的写法是保持目录和目录下的包名称相同。
- 不同目录下若存在相同名称的包,若在一个源文件中需同时导入使用这些包,首先一定是需要导入多个目录路径的,所以这些来自不同路径的相同名称的包就被视为了不同的包,但因为名称一样,所以同时导入到一个源文件时会导致命名冲突编译不通过:
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
)。
有疑问加站长微信联系(非本文作者)