intellij 默认仅支持以 package main 为入口的可执行文件调试；若需调试独立业务包（如 mypackage），必须通过 main.go 显式导入并调用，不能直接调试非 main 包文件。
intellij 默认仅支持以 package main 为入口的可执行文件调试；若需调试独立业务包（如 mypackage），必须通过 main.go 显式导入并调用，不能直接调试非 main 包文件。
在 Go 语言中，只有 package main 且包含 func main() 的文件才能被编译为可执行程序，而 IntelliJ 的 Go 调试器（基于 dlv）本质上是启动一个可执行二进制进行调试——因此它严格依赖 Go 的构建规则，无法直接“运行并调试”一个非 main 包的 .go 文件。
你当前的结构：
src/myProject/myPackage/ ├── myFile.go // package myPackage → ❌ 无法直接调试
IntelliJ 报错 "Cannot find Go file with main in 'myProject/myPackage'" 是完全符合预期的行为，并非配置错误。
✅ 正确做法：采用标准 Go 项目结构，分离入口与逻辑
推荐目录结构（以 $GOPATH/src/myProject 为例）：
$GOPATH/src/myProject/
├── main.go # package main, 含 func main()
└── mypackage/ # 你的业务包（小写更规范）
└── utils.go # package mypackage
对应代码示例：
main.go（调试入口）：
package main
import (
"fmt"
"myProject/mypackage" // 注意：导入路径是 $GOPATH/src/ 后的相对路径
)
func main() {
fmt.Println("Starting debug session...")
mypackage.DoWork() // 在此处设断点，即可进入 mypackage 调试
}
mypackage/utils.go：
package mypackage
import "fmt"
// DoWork 可被 main 调用，支持断点、变量查看、步进等完整调试能力
func DoWork() {
name := "IntelliJ + Delve"
fmt.Printf("Debugging %s works!\n", name)
}
? 配置 IntelliJ 调试步骤：
- 确保 GOROOT 和 GOPATH 在 Settings > Go > GOROOT & GOPATH 中正确配置；
- 在 Run > Edit Configurations... 中新建 Go Application；
- Module 选择对应项目，Run kind 选 Package，Package path 填 myProject（即含 main.go 的目录）；
- 点击 OK，在 main.go 的 mypackage.DoWork() 行左侧点击设置断点，按 Debug 启动。
⚠️ 注意事项：
- 包名建议全小写（如 mypackage 而非 myPackage），避免跨平台或工具链兼容问题；
- 导入路径必须匹配 $GOPATH/src/ 下的实际路径，不是文件系统相对路径；
- 若使用 Go Modules（推荐），应将项目根目录初始化为 module（go mod init myProject），此时 main.go 所在目录即为 module root，导入路径改为 myProject/mypackage，且无需依赖 $GOPATH；
- 不要尝试用 “Run Single File” 或 “Run Context Configuration” 调试非 main 包——它们不触发完整构建+调试流程，仅适用于快速执行脚本类代码（且无调试支持）。
? 总结：Go 的调试本质是调试可执行程序，而非任意源文件。将业务逻辑封装为独立包、通过 main 包组织调用链，既是 Go 最佳实践，也是 IntelliJ（及所有专业 Go IDE）高效调试的前提。
