GoLand 不自动加载 .env 或 config.yaml 进行环境切换，需在 Run Configuration 中手动设置环境变量或命令行参数（如 -env=dev），并确保运行与调试配置一致。
GoLand 本身不读取 .env 或 config.yaml 做环境切换
GoLand 是 IDE，不是运行时环境，它不会自动加载 .env 文件或解析 config.yaml 来决定“当前是 dev 还是 prod”。所谓“多环境切换”，实际发生在代码运行时（go run 或构建后执行），IDE 只负责把参数、环境变量、配置路径传给运行进程。如果你在 GoLand 里点 Run 却没生效，问题几乎一定出在「运行配置没传对环境变量」或「代码没按预期读取配置」。
在 Run Configuration 中手动注入环境变量
这是最直接、最可控的方式。GoLand 允许你在每个运行配置里单独设置 ENV=dev、CONFIG_PATH=./config/dev.yaml 等变量，且不同配置互不干扰。
- 打开 Run → Edit Configurations…
- 选中你的
Go Build配置（或新建一个） - 在 Environment variables 栏填入：
ENV=dev;CONFIG_PATH=./config/dev.yaml（Windows 用;，macOS/Linux 用:） - 勾选 Include system environment variables（仅当你需要继承
GOROOT等基础变量时才开） - 确认 Working directory 指向项目根目录（否则
./config/...会找不到）
注意：这里填的值不会写入任何配置文件，只作用于本次运行。你可以复制一份配置，改名为 Run in prod，再把 ENV 改成 prod —— 这比在代码里硬编码更安全。
用 Viper + 命令行参数替代纯环境变量
单纯依赖 ENV=xxx 容易和 CI/CD 或本地 shell 冲突，尤其当多个 GoLand 配置同时运行时。更健壮的做法是让程序自己解析命令行参数，并由 Viper 统一加载对应配置文件。
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 在
main.go中接收-env参数：flag.String("env", "dev", "environment: dev|staging|prod") - Viper 设置：
viper.SetConfigName(flagEnv)+viper.AddConfigPath("config/") - GoLand 的 Run Configuration 中，在 Program arguments 栏填：
-env=dev - 这样即使你忘了设环境变量，只要参数传对，配置就加载正确；也避免了
ENV被其他进程污染
示例结构：config/dev.yaml、config/prod.yaml，Viper 自动匹配加载，无需改代码逻辑。
别指望 GoLand 自动同步 .env 文件到运行时
有人把 .env 放在项目根目录，以为 GoLand 会像某些 Node.js IDE 那样自动加载——它不会。GoLand 没有内置 dotenv 支持，也不解析 .env 文件内容。即使你装了第三方插件，也只是编辑器层面高亮或补全，不会影响 go run 的实际执行环境。
- 若坚持用
.env，必须靠工具链支持：比如用air或mage启动时加载，再让 GoLand 调用这些工具而非直接go run - 或者在
go:generate注释里调用dotenv工具生成临时const，但属于 hack，不推荐 - 最省事的办法：删掉
.env，把关键变量（如端口、数据库地址）全挪进config/*.yaml，用上面提到的参数方式驱动
真正容易被忽略的是：GoLand 的「运行配置」和「调试配置」是两套独立设置。你可能在 Run 里配好了 ENV=dev，但 Debug 时忘了同步，结果断点里看到的却是 prod 配置——检查两个配置是否一致，比检查代码逻辑更容易发现问题。
