GoLand中需在Run Configuration的Environment variables里显式设置ENV=dev等变量，并配合viper.SetConfigName("config-" + os.Getenv("ENV"))动态加载对应配置文件，否则默认不透传系统环境变量且不自动识别.config-dev.yaml。
GoLand里怎么让go run自动加载不同环境的配置文件？
不能靠改代码或手动传参。GoLand 的 go run 启动配置默认不读取环境变量文件（比如 .env），也不自动识别 config.dev.yaml 和 config.prod.yaml。你得明确告诉它用哪个——而且要保证 IDE 内部运行、调试、测试三者行为一致。
推荐做法是统一用 -ldflags 注入编译期变量，配合代码中读取：
go run -ldflags="-X main.env=dev" .
然后在代码里用
var env string + init() 或 flag.String 拿到值，再按需加载对应配置文件。GoLand 的 Run Configuration → Program arguments 里填 -env=dev 也行，但不如 -ldflags 稳定（尤其调试时）。
- 别把环境名硬编码进
main.go，否则每次切环境都要改代码 - 避免用
os.Getenv("ENV")—— GoLand 默认不把系统环境变量透给调试进程，除非你在 Run Configuration → Environment variables 里显式加 - 如果项目用
viper，记得调用viper.SetConfigName("config." + env)，而不是只设SetConfigName("config")
GoLand 的 Run Configuration 怎么复用同一套配置切换环境？
别为每个环境建一个 Run Configuration。那样维护成本高，且容易漏改某一个。
正确做法：建一个模板配置，用 $Prompt$ 占位符动态输入环境名：
- Run Configuration → Program arguments 填：
-env=$Prompt$ - 点击旁边的 “Edit configurations templates” → Templates → Go Application → Program arguments 改成同样内容
- 下次右键 → Run ‘main.go’ 时会弹窗让你输
dev、staging或prod
这样既不用复制粘贴配置，又避免了误操作。注意：这个 $Prompt$ 只在运行时生效，不会写死到配置里，适合临时验证。
为什么 GoLand 调试时读不到 .env 文件？
因为 GoLand 的调试器（delve）不自动加载 .env 文件——这和 VS Code 的 dotenv 插件行为不同。即使你装了 godotenv 库，它也只在代码里生效，而 IDE 启动调试进程时根本没机会执行那行 godotenv.Load()。
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
解决办法只有两个：
- 在 Run Configuration → Environment variables 手动添加所有变量（适合变量少、固定不变的场景）
- 改用
go run -mod=mod -exec="dlv --headless --continue --api-version=2 exec --" .这种绕过 GoLand 封装的方式（不推荐，破坏 IDE 集成）
更实际的做法是：把 .env 里的关键变量（如数据库地址、端口）转成命令行参数或 -ldflags 注入，让调试和运行逻辑完全对齐。
多环境配置文件路径混乱导致 go test 失败怎么办？
常见现象：命令行 go test 成功，但 GoLand 里点绿色三角跑测试就报 open config.dev.yaml: no such file or directory。本质是 GoLand 测试运行时的工作目录不是你预期的项目根目录，而是模块根或某个子包路径。
修复方式：
- 在测试函数开头加
fmt.Println("working dir:", os.Getwd())，确认当前路径 - 用
filepath.Join(filepath.Dir(filepath.Dir(filepath.Dir(runtime.Caller(0)))))或更稳妥的os.Chdir("..")回退到项目根目录（仅限测试） - 最稳方案：把配置文件路径写成绝对路径，通过
go list -m -f '{{.Dir}}'获取模块根目录（GoLand 支持在 Program arguments 里用$ProjectFileDir$变量）
别依赖相对路径读配置——GoLand 的工作目录策略比终端复杂得多，且不同版本可能微调。
