go遇到的坑

为什么80%的码农都做不了架构师？>>>   

GO配置：

GOROOT：go的安装路径:C:\Go

GOPATH：go命令安装的包存放的路径，这里放在%GOROOT%\gocode

GOROOT是不用配置环境变量就可以用的，但是GOPATH要配置才能用，如果没有配置的话默认是在%{USER}%\go文件夹下。

GOPATH可以配置多个，go get默认将包放在第一个目录下面，列如我配置了两个：

%GOROOT%\gocode;G:workspace\go，可以配置多个GOPATH的特性对开发来将就很有用了，我们可以将自己的工程不和下载的包搅在一起，使用时定义自己的工作空间，但是会有一个坑，定义的struct报错undefined后便会讲到。

每个目录下面都包含三个目录（自己创建），src(源码包)，pkg(编译后的包文件)，bin(可执行文件)，其中src包必须存在。

Go项目必须放在GOPATH的src目录下才能正常运行，否则可能出现项目目录下静态文件html等找不到的情况，默认文件路径是相对路径，当前目录为项目目录。

Go项目在运行时是先编译，后运行的，找包的时候是先从GOPATH的第一个目录里面开始寻找，没有找到的话再逐个往下寻找，所有会出现一个问题，就是go run 无法运行，idea run无法运行，但是debug可以运行。

定义的结构体报错undefined:

举个例子（遇到过）：

以下是GOPATH的两个目录，简写为gocode个go，创建一个项目beego_learn，我们将该项目放进两个目录下面，gocdoe/src/beego_learn,go/src/beego_learn

接下来我们在第一个目录下运行，成功，在pkg中生成了编译后的文件。

接下来我们在第二个目录中增加一些内容，比如定义一个Xxxcontroller结构体，然后在main方法中使用它。这个是后编译，运行，就会报错，Xxxcontroller is undefined.甚至可能出现直接使用该结构体的时候就报错红色，明明定义了，却不能使用的情况。

这就是因为第一个目录里面有了beego_learn编译后的pkg，我们在第二个目录工作的时候，引入的包名是beego_learn（因为在GOPATH目录下的所有src都能变异成pkg引入），这个时候，系统就会首先冲第一个目录中查找，发先有beego_learn的包，于是就引入了，但是引入的包是没有我们定义的Xxxcontroller的，所以是会报错Xxxcontroller is undefined或者直接编译就报错红色的。

至于go的语法，库就不讲了，比较容易，空了有值得纪念的再更新吧~~

 

over！~~

转载于:https://my.oschina.net/wtkid/blog/2244939