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的层级搜索

规则是：

1. 从引用文件所在的vendor路径下面搜索，
2. 如果没有找到，那么从上层目录的vendor路径下面搜索，
3. 直到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