Go lang应用包（package）这种概念元素来兼顾代码，所有代码性能上的可调用性都定义在包这个级别，如果咱们须要调用依赖，那就“导包”就行了，无论是外部的还是内部的，应用import关键字即可。但事件往往没有那么简略，Go lang在包管理机制上走了不少弯路，尽管1.18版本的包治理曾经趋于成熟，但前事不忘后事之师，咱们还是须要理解一下这段历史。
环境变量
个别状况下，go lang在零碎中会依赖两个环境变量，别离是：GOPATH 和 GOROOT，有点相似于Python的解释器目录的概念，GOROOT 这个变量的作用就是为了通知以后运行的 Go 过程以后 Go装置门路，当要运行的时候去什么地位找GoSDK相干的类。
GOPATH 这个变量的设定是默认所有的我的项目和援用的第三方包都下载到GOPATH的src目录下，也就是说，你的代码只有不在GOPATH里，就没法编译。咱们能够了解这个目录就是我的项目目录，这一点跟Python区别还是挺大的，Python的pip包管理机制至今都是经典的包依赖设计模式。
GOPATH这种设定形式会导致很多问题，比方说我有很多go lang我的项目，而每个我的项目又都有本人的GOPATH目录，那所有依赖的包就都在我的项目各自目录下，导致反复包过多，反之，如果大家都用一个GOPATH目录，又会带来版本问题，每个我的项目依赖的包版本不统一，到底怎么进行兼顾又是一个问题，这就是GOPATH设定晚期被人诟病的起因。
Go modules
针对因为GOPATH这种反人类的设计而导致的包治理乱象，Go lang 1.11 版本的时候推出了新个性 Go modules。
Go modules 是官网推出的依赖管理工具，Go modules 提供了3个重要的性能：
1.go.mod 文件，它和Node的package.json文件的性能类似，都是记录以后我的项目的依赖关系。
2.机器生成的传递依赖项形容文件 ： go.sum。
3.不再有 GOPATH 的反人类限度，所有代码能够位于电脑的任何门路中。
go lang1.18早曾经集成了Go modules，但就像golang1.18第一篇精炼教程里写得那样，默认还是反人类的GOPATH模式，你想用，得通过命令手动开启：
go env -w GO111MODULE=on为了可能向下兼容保护go1.11版本以下的我的项目，能够设置为兼容模式：
go env -w GO111MODULE=auto三方包治理
三方包指的是内部开源的一些包，而应用go modules机制治理三方包绝对简略，首先新建一个我的项目目录，比方c:/www/test
cd c:/www/test进入我的项目目录后，初始化我的项目：
go mod init test零碎返回：
C:\Users\liuyue\www\test>go mod init test go: creating new go.mod: module test C:\Users\liuyue\www\test>dir 2022/08/12 12:13 <DIR> . 2022/08/12 12:13 <DIR> .. 2022/08/12 12:13 21 go.mod 1 个文件 21 字节 2 个目录 228,767,113,216 可用字节这里留神我的项目名和目录名称要吻合，go.mod 文件是开启 modules 的必备配置文件。它记录了以后我的项目援用的包数据信息。go.mod 文件中定义了以下关键词：
module：用于定义以后我的项目的模块门路
go：用于设置Go 版本信息
require：用于设置一个特定的模块版本
exclude：用于从应用中排除一个特定的模块版本
replace：用于将一个模块版本替换为另一个模块版本
接着，运行go get命令装置三方包，比如说gin框架：
go get github.com/gin-gonic/gin随后编写main.go文件，也就是main包：
package main import ( "github.com/gin-gonic/gin" ) func main() { d := gin.Default() d.GET("/", func(c *gin.Context) { c.JSON(200, gin.H{"message": "hello go 1.18", "data": ""}) }) d.Run("127.0.0.1:5000") }这里将刚刚装置的三方包导入，而后再main函数中调用。
紧接着启动服务：
go run main.go零碎返回：
C:\Users\liuyue\www\test>go run main.go [GIN-debug] [WARNING] Creating an Engine instance with the Logger and Recovery middleware already attached. [GIN-debug] [WARNING] Running in "debug" mode. Switch to "release" mode in production. - using env: export GIN_MODE=release - using code: gin.SetMode(gin.ReleaseMode) [GIN-debug] GET / --> main.main.func1 (3 handlers) [GIN-debug] [WARNING] You trusted all proxies, this is NOT safe. We recommend you to set a value. Please check https://pkg.go.dev/github.com/gin-gonic/gin#readme-don-t-trust-all-proxies for details. [GIN-debug] Listening and serving HTTP on 127.0.0.1:5000 [GIN] 2022/08/12 - 12:19:20 |[97;42m 200 [0m| 3.8876ms | 127.0.0.1 |[97;44m GET [0m "/" [GIN] 2022/08/12 - 12:19:21 |[90;43m 404 [0m| 0s | 127.0.0.1 |[97;44m GET [0m "/favicon.ico"阐明三方包的服务曾经启动了，拜访http://localhost:5000:
这就是一个go lang我的项目导入三方包的具体流程。
接着咱们关上我的项目中的go.mod文件：
module test go 1.18 require ( github.com/gin-contrib/sse v0.1.0 // indirect github.com/gin-gonic/gin v1.8.1 // indirect github.com/go-playground/locales v0.14.0 // indirect github.com/go-playground/universal-translator v0.18.0 // indirect github.com/go-playground/validator/v10 v10.10.0 // indirect github.com/goccy/go-json v0.9.7 // indirect github.com/json-iterator/go v1.1.12 // indirect github.com/leodido/go-urn v1.2.1 // indirect github.com/mattn/go-isatty v0.0.14 // indirect github.com/modern-go/concurrent v0.0.0-20180228061459-e0a39a4cb421 // indirect github.com/modern-go/reflect2 v1.0.2 // indirect github.com/pelletier/go-toml/v2 v2.0.1 // indirect github.com/ugorji/go/codec v1.2.7 // indirect golang.org/x/crypto v0.0.0-20210711020723-a769d52b0f97 // indirect golang.org/x/net v0.0.0-20210226172049-e18ecbb05110 // indirect golang.org/x/sys v0.0.0-20210806184541-e5e7981a1069 // indirect golang.org/x/text v0.3.6 // indirect google.golang.org/protobuf v1.28.0 // indirect gopkg.in/yaml.v2 v2.4.0 // indirect )三方包gin以及gin所依赖的三方包都高深莫测。
外部包治理
外部包指的是我的项目外部的包，个别状况下就是本人开发的可复用的包，go modules也能够对外部包进行治理，在刚刚创立的test我的项目中，新建目录my:
C:\Users\liuyue\www\test>mkdir my C:\Users\liuyue\www\test>dir 驱动器 C 中的卷没有标签。 卷的序列号是 0A64-32BF C:\Users\liuyue\www\test 的目录 2022/08/12 12:39 <DIR> . 2022/08/12 12:13 <DIR> .. 2022/08/12 12:18 1,046 go.mod 2022/08/12 12:18 6,962 go.sum 2022/08/12 12:16 228 main.go 2022/08/12 12:39 <DIR> my 3 个文件 8,236 字节 3 个目录 228,568,178,688 可用字节 C:\Users\liuyue\www\test>而后再my目录新建一个my.go文件：
package my import "fmt" func New() { fmt.Println("我是my包") }这里咱们申明包与目录名统一，随后再申明一个New函数。
接着改写main.go内容：
package main import ( "fmt" "test/my" ) func main() { fmt.Println("main run") // 应用my my.New() }程序返回：
main run 我是my包举一反三，如果包不在同一个我的项目下：
├── moduledemo │ ├── go.mod │ └── main.go └── mypackage ├── go.mod └── mypackage.go这个时候，mypackage也须要进行module初始化，即领有一个属于本人的go.mod文件，内容如下：
module mypackage go 1.18而后咱们在moduledemo/main.go中按如下形式导入：
import ( "fmt" "mypackage" ) func main() { mypackage.New() fmt.Println("main") }结语
对于 Go lang 的我的项目来说，如果没有开启 go mod模式，那么我的项目就必须放在 GOPATH/src 目录下，我的项目自身也能够看作为一个本地包，能够被其它 GOPATH/src目录下的我的项目援用，同时也能够被go modules模式的我的项目引入，因为go modules的原理是先去GOPATH/src目录下寻址，如果没有才去指定目录寻址，但反过来，如果是放在go modules我的项目中的本地包，GOPATH/src目录下的我的项目就无奈援用，因为GOPATH规定我的项目都必须得放在GOPATH/src目录下，它只会在GOPATH/src目录下寻址，这是咱们须要留神的中央。