goland编写go语言导入自定义包出现: package xxx is not in GOROOT (/xxx/xxx) 的解决方案

发布时间:2022-01-16 09:13:58 作者:路人甲 阅读(126)

问题

写了个自定义的包 calc.go,在路径 $GOPATH/go_project/src/demo_51_package/com/目录下,其中main.go 是main方法的入口
在这里插入图片描述

代码

main.go 代码如下
  1. package main
  2. import "demo_51_package/com"
  3. func main() {
  4. add := calc.Add(1, 2)
  5. println(add)
  6. }
calc.go代码如下
  1. package calc
  2. /**
  3. * 首字母大写才能别其他的包使用
  4. */
  5. func Add(x int,y int)(int){
  6. return x + y
  7. }

运行

当我运行时出现了以下错误

  1. package demo_51_package is not in GOROOT (/Users/yexindong/Documents/go_root_path/go/src/demo_51_package)

看图吧,跟上面的 字一样的
在这里插入图片描述
这个错误告诉你项目demo_51_package不在go的根目录中,导入包名是从$GOPATH/src/后开始计算的,使用/进行路径分隔。但我看自己的导入包并没有错,这是怎么回事呢?

原因

是GOPATH的问题吗?

一开始以为是GOPATH的问题,配置了idea的GOPATH后,发现还是一样,为此就可证明不是GOPATH的问题,先瞥一眼GOPATH的配置(==这个配置是正确的✅==)
在这里插入图片描述
和go的环境变量中的GOPATH是可以对得上的,通过go env命令查看
在这里插入图片描述

原来是go mod的原因

通过查找资料,发现是go mod的原因,并且我电脑上的go mod默认是开启的,通过命令go env查看go的环境变量,输入命令后会打印好多行的内容,这里我们只关注以下这一行的配置,就是gomod的状态,发现是开启的

  1. GO111MODULE="on"

那么问题来了。什么是go mod呢?

go mod 是什么

Go.mod是Golang1.11版本新引入的官方包管理工具用于解决之前没有地方记录依赖包具体版本的问题,方便依赖包的管理,可以理解为java中的maven;谈到maven就熟悉了,其实就是依赖管理的工具嘛,可以用来控制依赖的版本;

最早的时候,Go所依赖的所有的第三方库都放在GOPATH这个目录下面,下载的依赖包也没有版本概念,这就导致了同一个库只能保存一个版本的代码。如果不同的项目依赖无法依赖同一个第三方的库的不同版本,并且,代码开发必须在go path src目录下。这在实际开发中造成许多的问题。

解决方案

方案一:关闭go mod

这个方案非常简单,只需要在命令行输入以下命令即可

  1. go env -w GO111MODULE=off

方案二:将项目转为module(模块)

进入项目目录demo_51_package下,输入以下2个命令

  1. # 初始化模块-- init 后面的名称一定要和项目目录相同
  2. go mod init demo_51_package
  3. # 下载依赖包
  4. go mod tidy

执行后会发现,项目下多了个go.mod的文件
在这里插入图片描述
这个文件内容也非常简单,只有2行数据

  1. module demo_51_package
  2. go 1.17

在次运行

配置完成后,在编译并执行main方法,发现已经可以正常运行了
在这里插入图片描述

关键字Go