Go 不支持使用相对路径（如 ../Helper）导入本地包；必须通过规范的 import path（如 "Helper"）导入，且包路径需与 $GOPATH/src 下的目录结构严格对应。
go 不支持使用相对路径（如 `../helper`）导入本地包；必须通过规范的 import path（如 `"helper"`）导入，且包路径需与 `$gopath/src` 下的目录结构严格对应。
在 Go 中，“导入外部文件”本质上是导入一个可编译、可复用的包（package），而非像其他脚本语言那样直接包含源文件。因此，关键不在于文件路径，而在于 import path（导入路径） 与 目录结构 的一致性。
✅ 正确做法：遵循 Go 包导入规范
假设你的 Helper 包位于：
$GOPATH/src/Helper/Helper.go
其中 Helper.go 文件开头必须声明：
package Helper
那么在 main.go（例如位于 $GOPATH/src/projectA/main.go）中，应这样导入：
import "Helper"
⚠️ 注意：import "Helper" 中的 "Helper" 是包名（import path），不是文件名或目录名——但它必须与 $GOPATH/src/ 下的子目录名完全一致。
❌ 常见错误解析
你当前的路径：
/Users/username/go/src/src/Helper/Helper.go
存在两个问题：
- 冗余嵌套 src/src：Go 要求包路径从 $GOPATH/src/ 开始，即有效路径应为 $GOPATH/src/Helper/，而非 $GOPATH/src/src/Helper/；
-
使用相对导入 import "../Helper"：Go 工具链明确禁止在非本地命令（main）包中使用相对路径导入，这会触发编译错误：
can't load package: ... local import "../Helper" in non-local package
? 实操步骤（推荐）
-
整理目录结构（以模块化思维重设）：
# 确保 GOPATH 已设置（如：export GOPATH=$HOME/go） mkdir -p $GOPATH/src/Helper cp /path/to/your/Helper.go $GOPATH/src/Helper/
-
确认 Helper.go 内容规范：
// $GOPATH/src/Helper/Helper.go package Helper import "fmt" func SayHello() { fmt.Println("Hello from Helper!") } -
在主程序中正确导入并使用：
// $GOPATH/src/projectA/main.go package main import ( "fmt" "Helper" // ← import path，非文件路径 ) func main() { Helper.SayHello() } -
构建运行：
cd $GOPATH/src/projectA go run main.go
? 补充说明：现代 Go 推荐使用 Go Modules（Go 1.11+）
如果你使用的是 Go 1.11 或更高版本，强烈建议启用 Go Modules，摆脱 $GOPATH 限制：
cd /your/project/root go mod init myproject # 然后将 Helper 放入同一项目下，如 ./helper/，再用： import "myproject/helper"
此时 import path 由 go.mod 中的 module 名称决定，更灵活、可复现，也符合工程化实践。
✅ 总结
- Go 导入的是 package，不是文件；路径必须是 $GOPATH/src/
或模块路径； - 绝对禁止在非 main 包中使用 ../ 或 ./ 相对导入；
- 清理 src/src 类型冗余路径，确保结构扁平合规；
- 新项目优先采用 go mod 管理依赖，提升可移植性与协作效率。
