答案是 Go 将本地包路径误判为远程模块路径所致。本质是未初始化模块时使用非标准库的 import（如 "myutils"），Go 会错误解析为需域名前缀的远程路径；解决需明确是否启用模块：小脚本直接 go run，多包项目必须 go mod init 设置模块名，并按 module/path 格式 import。
为什么 import 语句报错：“import path does not begin with hostname”？
这是 Go 1.11+ 启用模块模式（go mod）后最常遇到的导入错误，本质是 Go 尝试把本地路径当成了远程模块路径。比如你在没初始化模块时写了：
import "myutils"，Go 会误以为
myutils 是类似 github.com/user/myutils 的远程包，但又找不到合法域名前缀。
解决方法很简单，但必须明确当前项目是否需要模块管理：
- 若只是本地小工具、单文件脚本，用
go run main.go直接运行，不写go.mod，且所有import必须是标准库（如"fmt"）或相对路径（仅限GOROOT或GOPATH/src下的包） - 若要引入自定义包或第三方库，必须先在项目根目录执行
go mod init example.com/myapp，生成go.mod；之后所有import路径就按模块名 + 子路径解析，例如import "example.com/myapp/utils" - 别手动改
go.mod中的 module 名——它决定了你整个项目的导入根路径，改了会导致已写的import全部失效
如何正确组织多包项目：main 包和 utils 包怎么互相引用？
Go 不允许循环导入，也不支持“全局可见”的包自动发现。每个包必须显式声明依赖，且路径必须能被 go build 解析到。典型结构如下：
myproject/
├── go.mod
├── main.go
└── utils/
└── string.go
关键点在于 import 路径必须匹配模块名 + 目录结构：
立即学习“go语言免费学习笔记（深入）”；
网趣网上购物系统HTML静态版
下载
网趣购物系统静态版支持网站一键静态生成，采用动态进度条模式生成静态，生成过程更加清晰明确，商品管理上增加淘宝数据包导入功能，与淘宝数据同步更新!采用领先的AJAX+XML相融技术，速度更快更高效！系统进行了大量的实用性更新，如优化核心算法、增加商品图片批量上传、谷歌地图浏览插入等，静态版独特的生成算法技术使静态生成过程可随意掌控，从而可以大大减轻服务器的负担，结合多种强大的SEO优化方式于一体，使
-
main.go中不能写import "./utils"或import "utils"—— 这些不是合法模块路径 - 假设
go mod init myproject，那么main.go应写：import "myproject/utils"
-
utils/string.go开头必须是：package utils
，不能是package main或空包名 - 如果
utils需要调用其他模块（如golang.org/x/text/transform），就在utils/目录下运行go get golang.org/x/text/transform，依赖会自动写入根目录的go.mod
go get 和 go mod tidy 到底该用哪个？
两者目的不同，混用容易导致 go.mod 冗余或缺失依赖：
-
go get是“主动添加”：下载指定包并更新go.mod中的require行；但它不会清理未使用的依赖，也不会检查import是否真实存在 -
go mod tidy是“自动对齐”：扫描所有.go文件里的import，补全缺失的require，同时删掉未被引用的依赖项；它是安全的、推荐的日常同步方式 - 线上构建（CI）中应只用
go mod download预加载依赖，避免go get触发网络请求；本地开发可直接go mod tidy，无需手动go get - 注意：如果
go.mod里有// indirect标记的依赖，说明它不是你直接import的，而是某个依赖的子依赖；不要手动删它，go mod tidy会自行维护
vendor 目录还有必要吗？什么时候该用 go mod vendor？
vendor 是 Go 模块的“离线快照”，不是过时功能，而是在特定场景下不可替代：
- CI/CD 环境网络受限（如内网构建机）时，
go mod vendor可生成完整依赖副本，后续用go build -mod=vendor即可完全离线构建 - 团队协作中想锁定精确版本（包括间接依赖的 patch 版本），vendor 比仅靠
go.mod更可靠——因为go.mod不记录间接依赖的 checksum，而vendor/modules.txt会 - 但 vendor 会显著增大代码体积，且每次更新依赖后必须重新运行
go mod vendor并提交变更；日常开发建议关闭 vendor（默认行为），只在发布前或 CI 阶段启用 - 切勿混合使用：要么全程
-mod=vendor，要么不用；否则 Go 工具链可能从 vendor 和缓存中混读包，引发难以复现的版本冲突
包路径不是文件路径，模块名不是目录名，import 字符串一旦写进代码，就和磁盘结构、环境变量、甚至 GOPROXY 设置都脱钩了——它只认 go.mod 里声明的那个字符串。这点最容易被忽略，也是多数导入问题的根源。
