go语言import报错处理图文详解（goimports :command not found）快来看

go的import有两种形式

第一种是GOPATH下项目文件管理

第二种是Go Modules

初学状态我用的vscode.在两个文件夹中调用全局变量。

在地址引用时出现错误。

通过查询知道了两种方法之间的区别就在与GO111MODULE的设置问题。

若是用第一种方法就把变量值设置为off或者auto。

若是用第二种方法就把变量值值设置为on。

然后就会看到import引用的地址爆红。

运行显示

project01\main\demo6\main\main.go:6:2: package go_code/project01/main/demo6/model1 is not in GOROOT (E:\go\src\go_code\project01\main\demo6\model1)

出现这种情况就是使用了Go Modules方式。需要在使用的工作空间设置一个go.mod的文件。

在终端中输入模块名

如果用auto模式，那就是让系统自己选择是那种方式。把项目移动到$GOPATH/src外

进入目录，运行 + 模块名称

go build 或者 go run 一次。

初学者，要想解决爆红问题，直接在环境变量中吧on或者auto改为off就可以了。

Go是一门非常简洁，且工程化完备的现代化开发语言。但在 go mod 模块开发时，不像python那样，import不支持相对路径导入。本地包必须使用全路径。本文尝试探索此问题。

问题的产生

在github上fork一个开源项目之后，想要修改部分代码后供公司项目使用。发现需要修改源项目中的所有内部import，例如开源模块 M中存在P1、P2等package， 其中P2 import P1的import路径为 “github.com/someone/M/P1”，而我fork的分支里则是需要import 自己修改后的 “github.com/myself/M/P1″，与此类似，整个开源项目里很多这种地方都需要修改。

所以引出了对相对路径导入的思考，有没有什么办法支持相对路径的导入而方便fork之后的差异开发呢？

原因

从以下几个问题可以看出，对于Go语言来说，包相对路径的引入，并不是一个好的方案:

会与官方标准包的导入相混淆增加相对导入包的软件管理难度影响了  命令的使用不方便自动生成Go开发标准文档

相对路径导包示例:

在  开发模式下，相对路径的导包方式不支持。会报错误:

相对路径导入本地包，会在 GOPATH 的软件包目录中搜索导入。而不是在本项目中导入。

到此这篇关于go语言import报错处理的文章就介绍到这了,更多相关go语言import报错内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！