go 环境搭建
https://studygolang.com/dl
wget https://studygolang.com/dl/golang/go1.15.6.linux-amd64.tar.gz -O /usr/local/
tar -xvf go1.15.6.linux-amd64.tar.gz
install -d /usr/local/gopath
vim /etc/profile.d/goenv.sh
##############################
export GOROOT=/usr/local/go
export GOPATH=/usr/local/<you project>
export PATH=$PATH:$GOROOT/bin
##############################
source /etc/profile
测试：
go version
查看go 环境变量
go env
#############################
[root@localhost ~]# go env
GO111MODULE=""
GOARCH="amd64"
GOBIN=""
GOCACHE="/root/.cache/go-build"
GOENV="/root/.config/go/env"
GOEXE=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="linux"
GOINSECURE=""
GOMODCACHE="/usr/local/gopath/pkg/mod"
GONOPROXY=""
GONOSUMDB=""
GOOS="linux"
GOPATH="/usr/local/gopath"
GOPRIVATE=""
GOPROXY="https://proxy.golang.org,direct"
GOROOT="/usr/local/go"
GOSUMDB="sum.golang.org"
GOTMPDIR=""
GOTOOLDIR="/usr/local/go/pkg/tool/linux_amd64"
GCCGO="gccgo"
AR="ar"
CC="gcc"
CXX="g++"
CGO_ENABLED="1"
GOMOD=""
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"
GOGCCFLAGS="-fPIC -m64 -pthread -fno-caret-diagnostics -Qunused-arguments -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build187767387=/tmp/go-build -gno-record-gcc-switches"
#############################
GOPATH工作区的目录结构
在环境变量中除了$GOPATH这样的显式变量外，
Go语言还有两个隐含的环境变量——GOOS和GOARCH。
GOOS代表程序构建环境的目标操作系统，可笼统地理解为Go语言安装到的那个操作系统的标识，其值可以是darwin、freebsd、linux或windows。
GOARCH则代表程序构建环境的目标计算架构，可笼统地理解为Go语言安装到的那台计算机的计算架构的标识，其值可以是386、amd64或arm。
工作区有3个子目录：src目录、pkg目录和bin目录。
1，src目录
这个目录也是最重要的目录里面用来存放你的源代码
用于以代码包的形式组织并保存Go源码文件。这里的代码包，与src下的子目录一一对应。例如，若一个源码文件被声明为属于代码包logging，那么它就应当被保存在src目录下名为logging的子目录中。当然，我们也可以把Go源码文件直接放于src目录下，但这样的Go源码文件就只能被声明为属于main代码包了。除非用于临时测试或演示，一般还是建议把Go源码文件放入特定的代码包中。
Go语言的源码文件分为3类：Go库源码文件、Go命令源码文件和Go测试源码文件。
2，pkg目录
用于存放经由go install命令构建安装后的代码包（包含Go库源码文件）的“.a”归档文件。该目录与GOROOT目录下的pkg功能类似。区别在于，工作区中的pkg目录专门用来存放用户（也就是程序开发者）代码的归档文件。构建和安装用户源码的过程一般会以代码包为单位进行，比如logging包被编译安装后，将生成一个名为logging.a的归档文件，并存放在当前工作区的pkg目录下的平台相关目录中。
3，bin目录
与pkg目录类似，在通过go install命令完成安装后，保存由Go命令源码文件生成的可执行文件。在Linux操作系统下，这个可执行文件一般是一个与源码文件同名的文件。而在Windows操作系统下，这个可执行文件的名称是源码文件名称加.exe后缀。
go编译时。目录查找顺序
1. 规则：
- 同一目录下只能存在一个包
- 目录和目录下源文件的包命名可以不同
- 当包名与目录名不同时，导入的是目录
2. 编译时的依赖包查找机制
在 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/中进行查找导入。
3.vendor
vendor概念最早是由Keith提出，用来存放依赖包。
vendor的层级搜索
规则是：
- 从引用文件所在的
vendor路径下面搜索， - 如果没有找到，那么从上层目录的
vendor路径下面搜索， - 直到
src的vendor路径下面搜索。
4. modules
Go 1.11版本支持临时环境变量GO111MODULE，通过该环境变量来控制依赖包的管理方式。
查找顺序
当GO111MODULE=on时，那么就会使用modules功能:
这种模式下，$GOPATH不再作为build时导入的角色，依赖包会存放在$GOPATH/pkg/mod目录下。工程中的依赖包也会从此目录下查找.
GO111MODULE=off时，如果一个包在vendor和$GOPATH下都存在，那么使用顺序为：
1,优先使用vendor目录下面的包，
2,如果vendor下面没有搜索到，再搜索$GOPATH/src下面的包，
3,如果$GOPATH下面没有搜索到，那么搜索$GOROOT/src下面的包，
4,要么完整使用vendor下面的包，要么完整使用$GOPATH下面的包，不会混合使用。
下面是一个go项目的目录结构
[root@localhost gopath]# tree
.
├── bin
├── pkg
└── src
├── vendor
└── youproject
现在有一种比较通用和标准的目录结构
可以参照这个项目
https://github.com/golang-standards/project-layout
##############################################################################################
/cmd
main函数文件（比如 /cmd/myapp.go）目录，这个目录下面，每个文件在编译之后都会生成一个可执行的文件。
不要把很多的代码放到这个目录下面，这里面的代码尽可能简单。
/internal
应用程序的封装的代码，某个应用私有的代码放到 /internal/myapp/ 目录下，多个应用通用的公共的代码，放到 /internal/common 之类的目录。
/pkg
一些通用的可以被其他项目所使用的代码，放到这个目录下面
/vendor
项目依赖的其他第三方库，使用 dep 工具来管理依赖
/api
协议文件，Swagger/thrift/protobuf 等
/web
Web服务所需要的静态文件
/configs
配置文件
/init
服务启停脚本
/scripts
其他一些脚本，编译、安装、测试、分析等等
/build
持续集成目录
云 (AMI), 容器 (Docker), 操作系统 (deb, rpm, pkg)等的包配置和脚本放到 /build/package/ 目录
/deployments
部署相关的配置文件和模板
/test
其他测试目录，功能测试，性能测试等
/docs
设计文档
/tools
常用的工具和脚本，可以引用 /internal 或者 /pkg 里面的库
/examples
应用程序或者公共库使用的一些例子
/assets
其他一些依赖的静态资源
##############################################################################################
参考文档：https://segmentfault.com/a/1190000018284978?utm_source=tag-newest
https://blog.csdn.net/chenguolinblog/article/details/90665116
