解决go.mod文件中require内依赖全部飘红

2.直接go mod init 和 go mod tidy 无效，goland没能创建一个GO Modules。这时候问题就比较明显了，估计是goland调包的问题。1.确认GOROOT 和 GOPATH正确。如图所示进行设置就好，然后重新go mod。3.别的编译器，如vscode是可以用的。

在设置中启用go模块集成加入下面的变量 GOPROXY=https://goproxy.io。我的问题的解决方法是。

上网查了下发现有人是把go.mod重新生成，还要用什么demo/v1，接着再用demo/v1/data引入，我试了下，确实可以。博主最近几年才接触golang，基本是个纯纯的调包侠，只会crud,工程配置别人写好了我拿过来用。我试了下先生成go.mod，然后再在当前目录塞文件，发现还是可以直接引入，也就是说这个引入成功与否跟先生成go.mod还是后生成一点关系没有。go.mod是goland自带的包管理工具，直接在命令行输入go.mod init，它会提示让你输入一些example/v1什么什么的，

本文旨在帮助Golang开发者深入理解go.sum文件在依赖管理中的作用，识别并解决开发过程中常见的go.sum文件错误。范围涵盖了go.sum文件的基本原理、常见错误类型及详细的修复步骤，同时通过实际项目案例展示如何在实际开发中应用这些知识。本文将首先介绍go.sum文件的核心概念和它与Golang依赖管理的联系，接着详细讲解常见错误的产生原理和对应的修复方法，并通过Python代码示例（虽然Golang本身使用Go代码，但为了更直观展示原理，使用Python模拟部分逻辑）进行辅助说明。

如上图，引入包一路飘红，因为这样，所以在开发中，很多提示就没有了（虽然是可以正常运行） 解决方案如下： 首先查看 go env 如果没有开启，则需要进行开启 export GO111MODULE=on 由于这是一次性的，所以要永久开启，则需要 vi ~/.bash_profile 然后把上面放在最后一行，再重启 source ~/.bash_profile 进入到项目中初始化 go mod init <项目名> 下载依赖 go mod tidy 保存到vendor go mod .

go mod 爆红 进入 goland的setting进行设置 在命令口 输入 go env -w GO111MODULE=on go env -w GOPROXY=https://goproxy.cn,direct

【代码】goland拉入依赖但mod的require报红解决途径。

那VsCode 打开目录就是myproject,而不是上上级GoProject/myproject等样式，载入目录后，即可看到飘红消失。情况2：项目在飘红情况下依旧可以运行，仅在VsCode 中飘红。可以执行说明各种包没有问题，所以飘红是VsCode 的问题。情况1：项目报错，未执行go mod init 项目名。将VsCode 打开目录打开到 go.mod的上一级。如果你的项目是myproject。如果你的项目是myproject。

解释：新版本下go get install 会将包依赖安装到pkg\mod下，而同时，我将工作目录打开在了我项目的go.mod的上上一级，因此 VScode只会在 src下寻找我的依赖包，不去寻找mod cache,因此找不到报错，但go环境可以找到（VSCOde为啥找不到呢，唉）可以执行。.以后注意打开的目录层级，之前一直没注意过！原文链接：https://blog.csdn.net/yanerkouxin/article/details/117040673。

问题描述：使用idea来编辑go项目，但是不小心删除了一下idea配置中的GO PATH 中的一个选项导致项目引入的第三方依赖一直飘红。 解决方法：这里就不说怎么去在idea中集成go了网上有很多教程。因为我的项目是多语言的，所以有多个模块。 go root设置 GO PATH设置 go mod设置 最后保存设置，等待idea建立完成索引，那你的idea项目中就会多出如下一个内容 ...

勾选 Enable Go modules integration.在Environment，点击右侧的目录。到此go.mod中的依赖就不会报错了。

解决 Go 项目在 GoLand 中导入依赖标红问题的步骤，从清理缓存到网络检查。

-

原文链接：https://my.oschina.net/renhc/blog/3162751 作者：恋恋美食 在使用 Go module 过程中，随着引入的依赖增多，也许你会发现go.mod文件中部分依赖包后面会出现一个// indirect的标识。这个标识总是出现在require指令中，其中// 与代码的行注释一样表示注释的开始，indirect表示间接的依赖。 比如开源软件 Kuberne...