本文详解在 GOPATH 模式下使用 go build 命令时常见的包路径错误，指出 go build github.com/llnw/login/login 失败的根本原因，并提供标准目录结构、正确命令、常见误区及验证方法。

本文详解在 gopath 模式下使用 go build 命令时常见的包路径错误，指出 `go build github.com/llnw/login/login` 失败的根本原因，并提供标准目录结构、正确命令、常见误区及验证方法。

Go 在 GOPATH 模式（Go 1.11 之前默认，或显式启用 GO111MODULE=off 时）下，依赖严格的目录结构和导入路径约定。你遇到的错误：

can't load package: package github.com/llnw/login/login: cannot find package "github.com/llnw/login/login" in any of:
C:\Go\src\...\login\login (from $GOROOT)
C:\go-workspace\src\...\login\login (from $GOPATH)

核心问题在于：你试图构建一个不存在的子包路径 github.com/llnw/login/login，而实际代码位于 github.com/llnw/login（即 main 包本身）。

✅ 正确做法：按导入路径构建，而非文件名

Go 的 go build <importpath></importpath> 要求 <importpath></importpath> 必须精确匹配 $GOPATH/src/<importpath></importpath> 下的目录路径，且该目录内需包含 .go 文件（如 login.go），其 package main 声明即代表该路径对应一个可执行包。

你的目录结构是正确的：

C:\go-workspace\src\github.com\llnw\login\login.go   ← 此处 login.go 属于包 github.com/llnw/login

因此，应运行：

go build github.com/llnw/login

执行后，当前目录将生成可执行文件（Windows 下为 login.exe）。

? 补充说明：go build github.com/llnw/login/login 会被 Go 工具链解析为查找 .../login/login/ 子目录（即两层 login），但你的代码只在 .../login/ 下，故报“cannot find package”。

? 验证与调试技巧

• 确认 GOPATH 和工作目录：

  echo $env:GOPATH      # 应输出 C:\go-workspace
  cd C:\go-workspace\src\github.com\llnw\login
  go build .             # 在包目录内用 "." 构建当前目录（等价于 import path）

• 检查 Go 模块状态（避免混淆）：
  运行 go env GO111MODULE。若返回 on，则 Go 会优先使用模块模式（忽略 GOPATH），此时需确保项目根目录含 go.mod。若未初始化模块，可临时禁用：

  $env:GO111MODULE="off"
  go build github.com/llnw/login

⚠️ 注意事项

• login.go 中缺少 import "fmt"，会导致编译失败。请修正为：

  package main
  
  import "fmt"
  
  func main() {
      fmt.Printf("login\n")
  }

• Windows 路径不区分大小写，但 Go 导入路径严格区分大小写。确保 github.com/llnw/login 的大小写与目录名完全一致。

• go install 同样遵循此规则：go install github.com/llnw/login 会将二进制文件安装至 $GOPATH/bin（需确保该目录已加入系统 PATH）。

✅ 总结

场景	正确命令	说明
从任意目录构建	go build github.com/llnw/login	基于 GOPATH/src 下的导入路径
在包目录内构建	go build .	. 表示当前目录对应的包路径
安装到 GOPATH/bin	go install github.com/llnw/login	需确保 $GOPATH/bin 在 PATH 中

只要路径结构合规、导入语句完整、模块模式未干扰，go build 即可成功生成可执行程序。