在 go 中，同一 `$gopath` 工作区内的自定义包应通过完整导入路径（如 `github.com/myusername/myfirstrepo/somefolder1/package1`）引用，而非相对路径；go 不支持类似 `import "./../..."` 的本地相对导入语法。
Go 的包导入机制基于全局唯一导入路径，而非文件系统相对位置。这意味着：即使你的代码尚未发布到 GitHub，只要它位于 $GOPATH/src/ 下符合规范的路径中，就可以直接使用其完整导入路径进行引用。
✅ 正确做法：使用绝对导入路径
假设你的项目结构如下（且 $GOPATH 已正确设置）：
$GOPATH/src/github.com/myusername/myfirstrepo/
├── somefolder1/
│ └── package1/
│ ├── package1.go
│ └── go.mod (可选，若为 module-aware 模式)
└── somefolder2/
└── package2/
└── main.go在 somefolder2/package2/main.go 中，应这样导入 package1：
package main
import (
"fmt"
"github.com/myusername/myfirstrepo/somefolder1/package1" // ✅ 正确：完整模块路径
)
func main() {
result := package1.DoSomething()
fmt.Println(result)
}? 注意：github.com/myusername/myfirstrepo 是你的 module path（若使用 Go Modules），也对应 $GOPATH/src/ 下的实际目录层级。Go 会自动从 $GOPATH/src/ 或 vendor/ 或本地 replace 规则中解析该路径。
❌ 为什么 import "./../somefolder1/package1" 不工作？
Go 编译器明确禁止以 ./ 或 ../ 开头的相对导入路径（自 Go 1.0 起即如此）。这是为了确保：
- 构建可重现（路径不依赖当前工作目录）；
- 包标识符全局唯一，避免命名冲突；
- 兼容工具链（如 go list, go mod tidy, IDE 导航等）。
尝试使用相对路径会导致编译错误：
local import "./../somefolder1/package1" in non-local package
?️ 进阶建议：迁移到 Go Modules（推荐）
即使未发布到远程仓库，也建议在项目根目录（myfirstrepo/）初始化 Go Module：
cd $GOPATH/src/github.com/myusername/myfirstrepo go mod init github.com/myusername/myfirstrepo
这会生成 go.mod 文件，并允许你：
- 使用 go mod tidy 自动管理依赖；
- 在本地开发时通过 replace 指向其他本地包（跨仓库复用场景）；
- 未来无缝发布到 GitHub 后无需修改导入路径。
例如，若需临时覆盖某依赖为本地路径：
// go.mod replace github.com/otheruser/utils => ../utils
✅ 总结
| 方式 | 是否支持 | 说明 |
|---|---|---|
| import "github.com/myusername/myfirstrepo/somefolder1/package1" | ✅ 推荐 | 基于 $GOPATH 或 Go Modules 的标准方式，稳定、可移植、工具友好 |
| import "./../somefolder1/package1" | ❌ 禁止 | Go 编译器拒绝解析，违反设计原则 |
| import "somefolder1/package1" | ❌ 错误 | 缺少根路径前缀，无法定位包 |
只要确保 $GOPATH 设置正确（或启用 GO111MODULE=on 并配合 go.mod），你就能像使用标准库一样，自由复用自己开发的任意子包——无需发布、无需符号链接、无需 hack。
