相信看我文章的文章的童鞋，golang版本已經(jīng)是1.3版本以上。如果你的版本還停留在1.3以下，那這篇文章可以做為你的提升之法。

go moudle的前世今生

前世-gopath

gopath是什么

GOPATH 是什么，相信已經(jīng)不用我再多說(shuō)什么了。大家深受摧殘多年，應(yīng)該已經(jīng)有所體會(huì)。在v.1.11版本之前，安裝GO肯定要在環(huán)境變量中配置GoPath,我們可以簡(jiǎn)單的將其理解成是工作目錄。目錄結(jié)構(gòu)如下

-- bin 存放編譯后生成的二進(jìn)制可執(zhí)行文件

-- pkg 存放編譯后生成的 .a 文件

-- src 存放項(xiàng)目的源代碼，可以是你自己寫(xiě)的代碼，也可以是你 go get 下載的包

將你的包或者別人的包全部放在 $GOPATH/src 目錄下進(jìn)行管理的方式，我們稱之為 GOPATH 模式。

gopath有什么樣的問(wèn)題？

版本管理問(wèn)題

GOPATH 根本沒(méi)有版本的概念，如果你所應(yīng)用的庫(kù)需要升級(jí)，那就是全局升級(jí)，所以涉及這個(gè)庫(kù)的服務(wù)在下一次編譯中都會(huì)使用新的庫(kù)，這是一件很危險(xiǎn)的事情。版本管理非常重要，自己應(yīng)該管理好自己的引用庫(kù)。

協(xié)同開(kāi)發(fā)問(wèn)題

當(dāng)其他的開(kāi)發(fā)者get到源碼進(jìn)行修改的時(shí)候，你無(wú)法保證他下載的包是不是你所期望的版本，這及有可能導(dǎo)致服務(wù)出錯(cuò)，且很難查找原因。

今生-GoMoudle

go modules 在 v1.11 版本正式推出，在發(fā)布的 v1.14 版本中，官方正式發(fā)話，稱其已經(jīng)足夠成熟，可以應(yīng)用于生產(chǎn)上。

從 v1.11 開(kāi)始，go env 多了個(gè)環(huán)境變量： GO111MODULE ，這里的 111，其實(shí)就是 v1.11 的象征標(biāo)志， go 里好像很喜歡這樣的命名方式，比如當(dāng)初 vendor 出現(xiàn)的時(shí)候，也多了個(gè) GO15VENDOREXPERIMENT環(huán)境變量，其中 15，表示的vendor 是在 v1.5 時(shí)才誕生的。

GO111MODULE 是一個(gè)開(kāi)關(guān)，通過(guò)它可以開(kāi)啟或關(guān)閉 go mod 模式。

它有三個(gè)可選值：off、on、auto，默認(rèn)值是auto。

1. GO111MODULE=off禁用模塊支持，編譯時(shí)會(huì)從GOPATH和vendor文件夾中查找包。
2. GO111MODULE=on啟用模塊支持，編譯時(shí)會(huì)忽略GOPATH和vendor文件夾，只根據(jù) go.mod下載依賴。
3. GO111MODULE=auto，當(dāng)項(xiàng)目在$GOPATH/src外且項(xiàng)目根目錄有go.mod文件時(shí)，自動(dòng)開(kāi)啟模塊支持。

go mod 出現(xiàn)后， GOPATH（肯定沒(méi)人使用了） 和 GOVENDOR 將會(huì)且正在被逐步淘汰，但是若你的項(xiàng)目仍然要使用那些即將過(guò)時(shí)的包依賴管理方案，請(qǐng)注意將 GO111MODULE 置為 off。

具體怎么設(shè)置呢？可以使用 go env 的命令，如我要開(kāi)啟 go mod ，就使用這條命令

go env -w GO111MODULE="on"

go mod 使用

go mod 不再依靠 $GOPATH，使得它可以脫離 GOPATH 來(lái)創(chuàng)建項(xiàng)目

你可以在你電腦的任意位置創(chuàng)建一個(gè)文件夾go_demo

使用 go mod 命令初始化，此時(shí)目錄下只有2個(gè)文件，go.mod是執(zhí)行命令后生成的文件。

go mod init go_demo

文件main.go解釋：引入一個(gè)now的時(shí)間處理庫(kù)，輸出時(shí)間

package main

import (
	"fmt"

	"github.com/jinzhu/now"
)

func main() {
	fmt.Println("hello world", now.BeginningOfDay())
}

go.mod內(nèi)容

module go_demo

go 1.15

require github.com/jinzhu/now v1.1.1

內(nèi)容解釋：

• 第一行：模塊的引用路徑
• 第二行：項(xiàng)目使用的 go 版本
• 第三行：項(xiàng)目所需的直接依賴包及其版本

此時(shí)我們?cè)诿钚袌?zhí)行go build進(jìn)行編譯,發(fā)現(xiàn)多了一個(gè)go.sum文件，那么這個(gè)文件又是什么？

go.sum 文件相比go.mod就比較復(fù)雜了。雖然內(nèi)容多，但是也不難理解。

每一行都是由 模塊路徑，模塊版本，哈希檢驗(yàn)值 組成，其中哈希檢驗(yàn)值是用來(lái)保證當(dāng)前緩存的模塊不會(huì)被篡改。hash 是以h1:開(kāi)頭的字符串，表示生成checksum的算法是第一版的hash算法（sha256）。

go.mod 和 go.sum 是 go modules 版本管理的指導(dǎo)性文件，因此 go.mod 和 go.sum 文件都應(yīng)該提交到你的 Git 倉(cāng)庫(kù)中去，避免其他人使用你寫(xiě)項(xiàng)目時(shí)，重新生成的go.mod 和 go.sum 與你開(kāi)發(fā)的基準(zhǔn)版本的不一致。

go mod的好處

相比gopath的方式，go mod的好處顯而易見(jiàn)。你不必為了版本依賴費(fèi)勁頭腦，模塊化自動(dòng)幫你做好了。這就有點(diǎn)C#中Nuget的味道，node的npm的感覺(jué)。開(kāi)發(fā)者不應(yīng)為了這種事情操心，而應(yīng)該專注于編碼問(wèn)題。

go mod 命令使用

常用

go mod init：初始化go mod， 生成go.mod文件，后可接參數(shù)指定 module 名，上面已經(jīng)演示過(guò)。

go mod download：手動(dòng)觸發(fā)下載依賴包到本地cache（默認(rèn)為$GOPATH/pkg/mod目錄）

go list -m -json all：以 json 的方式打印依賴詳情

不常用

• go mod graph： 打印項(xiàng)目的模塊依賴結(jié)構(gòu)
• go mod tidy ：添加缺少的包，且刪除無(wú)用的包
• go mod verify ：校驗(yàn)?zāi)K是否被篡改過(guò)
• go mod why： 查看為什么需要依賴
• go mod vendor ：導(dǎo)出項(xiàng)目所有依賴到vendor下
• go mod edit ：編輯go.mod文件

如何看待go moudle并應(yīng)用于工作

go mode 方式肯定是推薦的一種方式，如果不是基于歷史項(xiàng)目-使用GOPATH，推薦盡快使用go mod方式，這能讓你省去很多糟心的事情。但是如果公司的項(xiàng)目還有不少就是基于gopath方式的，那你也不要著急，gopath的舊項(xiàng)目也是支持切換成go mod模式的，方式也很簡(jiǎn)單，大家動(dòng)動(dòng)小手，一百度就可以。當(dāng)然正式的切換肯定是需要領(lǐng)導(dǎo)同意的，畢竟工作系統(tǒng)隨意切換還是有風(fēng)險(xiǎn)的。

參考文章

一文搞懂 Go Modules

關(guān)于我

作者博客|文章首發(fā)

到此這篇關(guān)于GoPath模式和GoMoudle模式的相愛(ài)相殺的文章就介紹到這了,更多相關(guān)GoPath模式和GoMoudle模式內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！