go语言中GOPATH GOROOT的作用和设置方式
GOPATH 和 GOROOT
不同于其他语言,go中没有项目的说法,只有包, 其中有两个重要的路径,GOROOT 和 GOPATH GOROOT是安装目录,GOPATH是我们的工作空间, 用来存放包的目录
GOPATH可以设置多个,其中,第一个将会是默认的包目录,使用 go get 下载的包都会在第一个path中的src目录下,使用 go install时,在哪个GOPATH中找到了这个包,就会在哪个GOPATH下的bin目录生成可执行文件
修改 GOPATH 和 GOROOT
安装的时候如果没有更改设置,默认的GOROOT是在 C:\Go中,而 GOPATH会是在 C:\users\youName\go,
如果我们更改了go的安装位置,那么可以需要设置一下GOROOT 环境变量了
打开环境变量设置,查看下面的系统变量,如果有 GOROOT这个选项的话,查看是否需要更改,没有的话,新建一个就可以了,如图:
同理,如果我们想在加一个工作空间的话,直接更改 GOPATH就可以了, go安装的时候会在上面的用户变量中添加GOPATH, 如果没有的话像上一步一样新建就可以了,多个目录使用 ; 分号隔开
不管是可执行包,还是非可执行包,通通都应该在某个 $GOPATH/src下。如果你这样做了,那么就不会出现本地包这种写法了
import "./path/package"
比如你可以把你的可执行(项目)包,安放在某个 $GOPATH/src下,例如 $GOPATH/src/app/youpackagedir
这样本地包的import就变成
import "app/yourpackagedir/subpackage"
这样有什么用呢?
1、可以使用 go install 你的子包,有利于go build的时间,如果子包较大,那就更明显了
2、go code的自动完成可以用了
修改完以后需要重启 命令行工具, cmd/powershell/gitbash/Other,不重启不会生效的
补充:Go项目的环境变量GOROOT和GOPATH的设置-那些踩过的坑
那些遇到过的问题
不知道集美们在初次运行go项目的时候会不会遇到一些奇奇怪怪的问题,反正我是遇到了(我自己太菜了)。解决这些问题经常要花半天、一天的时间,甚至是好几个月(其实是被我抛到脑后了,但是迟早要解决)。我就开始陆陆续续把问题及其解决方法整理出来,形成了该篇文章。
import "github.com/xx/xx"出问题?
can't resolve the diectory
需要go get github.com\xx\xx,将包从github上下载下来,自动放在gopath设置的路径里面。
import"golang.org/xx/xx"出问题?
使用go get golang,org/xx/xx方法不能下下来。golang组织在github上建了一个镜像库。下载方法如下:
首先在gopath下创建好src/golang.org/x/目录。后面就是按照同样的方式进行下载了。比如golang.org/x/text,拉取该模块代码:
git clone https://github.com/golang/net.git
其他的子包下载:
$ git clone https://github.com/golang/tour.git $ git clone https://github.com/golang/net.git $ git clone https://github.com/golang/blog.git $ git clone https://github.com/golang/sync.git $ git clone https://github.com/golang/tools.git $ git clone https://github.com/golang/lint.git
设置GOROOT和GOPATH
先设置系统环境变量
GOROOT应为go sdk的安装目录。GOPATH可以设定为自己想要的位置,以后go项目需要的依赖库都会存放在这个路径下面。
设置GOLAND中的GOROOT和GOPATH
GOROOT为go sdk的安装目录
GOPATH不用改变,自动为系统变量。
Go Modules(vgo)enable选项注意取消勾选或者勾选
用命令行编译,运行go项目,包含好几个go文件
go项目文件列表如下
进入go项目的目录,并运行go build,生成exe文件,结果如下
最后运行可执行文件即可
运行内部包含多个 包的go项目
前面介绍了如何在命令行使用go命令编译和运行包含多个go文件的项目。但是实际中的项目里面往往是有多个包组成,即有一定的层级结构,划分不同的功能(我是这么理解的),有的用于配置Config包,有的用于数据模型生成data,有的用于服务service。直接用go build在项目根目录是不好使的,出错。项目的运行往往需要很多包,包括内部和外部的。这里就可以用到go mod,管理项目依赖包,很好使。
介绍go module及区分go get
go get: 若是GOPATH设置的工程目录,代码在src目录下,然后在命令提示符中输入:go get github.com/astaxie/beego,这样就在src目录下生成了github.com/astaxie/beego包。注意:在使用GoLand工具时,配置settings->Go->GOPATH->Project GOPATH为当前工程目录
值得一提的是,若是想要在其他位置新建go项目,就不得不更改系统变量GOPATH,将其设为新项目的位置,可能还要改goland中的GOPATH设置。比较麻烦。外部依赖包都存放在同一个位置,没有项目私有的外部依赖包存放位置,不便于移植项目到连不上互联网的电脑上。
go mod是golang1.11后引入的package依赖管理工具,用于解决之前没有地方记录依赖包具体版本的问题,方便依赖包管理。之前主要是用GOPATH 和 Vendor,vendor相对主流,但现在官方更提倡go mod。[3]
go module(mod):Go 的 1.11版本以上才能使用Go Module,1.13版本以下Go Module默认关闭,首先需要设置环境变量
go env -w GOPROXY=https://goproxy.io,direct go env -w GO111MODULE=on set GO111MODULE=on
在GOPATH的目录下,新建项目文件夹,进入新建路径执行go mod init,在文件夹下生成go.mod文件,然后将需要引入外部包的go文件置于项目目录下,编译文件,就会把外部包下载到本地的GOPATH/pkg/mod目录下。
set GO111MODULE=off,GOPATH mode,查找vendor和GOPATH目录。
set GO111MODULE=auto,如果当前目录不在$GOPATH 并且 当前目录(或者父目录)下有go.mod文件,则使用 GO111MODULE, 否则仍旧使用 GOPATH mode。
注意:在使用GoLand工具时,不要配置Project GOPATH为当前工程目录,最好不要配置Project GOPATH,而是配置Module GOPATH [2] 在使用模块的时候, GOPATH 是无意义的,不过它还是会把下载的依赖储存在 GOPATH/src/mod 中,也会把 go install 的结果放在 GOPATH/bin(如果 GOBIN 不存在的话)
相关命令[3]
1、指定module根目录并生成go.mod文件
go mod init example.com/hello
2、下载并添加依赖到go.mod文件中
go build src/service go test src/sevice
3、查看module下的所有依赖
go list -m all
4、更新稳定版依赖
go get rsc.io/sampler
5、更新为指定版本依赖
go list -m -versions rsc.io/sampler rsc.io/sampler v1.0.0 v1.2.0 v1.2.1 v1.3.0 v1.3.1 v1.99.99 go get rsc.io/sampler@v1.3.1
6、清理无用的依赖
go mod tidy
7、将依赖复制到项目路径的vendor文件夹中
go mod vendor
8、忽略cache里的包,只使用vendor目录里的依赖进行编译
go build -mod=vendor
9、校验依赖并查看是否有修改
go mod verify
GoLand go module 配置
使用go module,依赖包存放于GOPATH下
优先级:global path < project path < module path
勾选enable module选项
保持不变
使用vendor
注意要使用命令行,并勾选vendor
type *http.Server has no field or method ProxyRemoteAddr
是下载好依赖后,编译时老是出现上诉问题,说外部依赖包里面有相关变量或方法没定义。明明是网上下载的依赖包,自己又没有修改,怎么会出现编译通不过的问题?
对于https://github.com/csby/wsf来说就是这样,出现问题
后面发现在它的readme.md文件中已经有说明:
提示我们对源代码作出以下修改。
按照它的提示修改后,编译通过。go项目成功跑起来。
发现这些花了我一天多的时间。
命令行运行项目
项目结构
srv(config()、data()、 enum()、 handler()、 service()、go.mod)
为项目添加go.mod文件
go mod init srv
往go.mod里面添加各个组件的依赖包
go build srv/config go build srv/data go build srv/enum go build srv/service
go run srv/servive
以上为个人经验,希望能给大家一个参考,也希望大家多多支持我们。如有错误或未考虑完全的地方,望不吝赐教。