GoLand不模拟运行环境，需在运行配置中正确设置GOOS/GOARCH（Environment variables）、Program arguments、Working directory和Environment variables四者协同；GOOS/GOARCH是构建期环境变量，必须显式指定且不可写入Go tool arguments。
GoLand 本身没有“运行环境模拟器”这个概念，它不模拟操作系统或 CPU 架构；你真正需要配置的，是 Go 程序启动时的 GOOS、GOARCH 等构建参数，以及程序运行时的命令行参数、环境变量和工作目录——这些共同决定了你的 Go 程序“在什么环境下跑、以什么方式跑”。直接改 IDE 设置里的“模拟器”会找不到入口，必须从运行配置（Run Configuration）入手。
设置 GOOS/GOARCH 等交叉编译参数
这些参数控制 go build 输出的目标平台，不是运行时行为，但常被误认为“模拟”。它们必须通过 Go tool arguments 传给构建命令，而非环境变量。
-
GOOS和GOARCH是构建期变量，需写成-gcflags="-GOOS=linux -GOARCH=arm64"这种形式是错的；正确写法是：-ldflags="-X main.BuildOS=linux" --no-clean不起作用——得用go build命令行原生参数 - 在 GoLand 的 Go Build 运行配置中，找到
Go tool arguments输入框，填入：-o ./bin/myapp-linux-arm64 -ldflags="-s -w" -trimpath -buildmode=exe，再加平台参数：-o ./bin/myapp-linux-arm64 -ldflags="-s -w" -trimpath -buildmode=exe -ldflags="-X main.Env=prod"——但注意：GOOS/GOARCH必须前置，如：GOOS=linux GOARCH=arm64 go build -o ./bin/app . - 所以实际操作是：**不要在
Go tool arguments里写GOOS=xxx，而要在Environment variables区域添加GOOS=linux和GOARCH=arm64，并确保勾选Include system environment variables** - 验证是否生效：在
main.go中加一行fmt.Printf("GOOS=%s, GOARCH=%s\n", runtime.GOOS, runtime.GOARCH)，运行后看输出是否为你设定的目标平台（注意：这是构建时嵌入的runtime.GOOS，不是当前宿主机的）
传入命令行参数（Program arguments）
这是最常被忽略的一环：GoLand 默认不传任何参数，os.Args 只有程序名。想让 flag.Parse() 或 kingpin 正常工作，必须显式填写。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 在运行配置的
Program arguments栏中，直接输入空格分隔的参数，例如：--port=8080 --config=config.yaml --debug - 值含空格时必须用单引号包裹，例如：
'--name=prod server' --timeout=30s；双引号会被 GoLand 解析为字符串字面量，导致参数错误 - 若参数来自文件（如 JSON 配置），不能用
重定向语法——GoLand 不支持 shell 重定向；应改用程序内读取文件逻辑，或把内容转为命令行参数（如 <code>--cfg-json='{"port":8080}'） - 调试时想临时改参数？别反复编辑配置：右键编辑器 →
Run 'main.go' with Parameters...可弹出临时输入框，适合快速验证
指定 Working directory 和环境变量（真实影响运行路径）
Working directory 决定 os.Open("config.yaml") 这类相对路径从哪开始找，不是可选项，而是程序能否启动的关键。
- 如果程序依赖
./configs/app.yaml，Working directory必须设为该文件所在目录的绝对路径，例如：$ProjectFileDir$/configs；留空 = 项目根目录，大概率报open config.yaml: no such file -
Environment variables里除了GOOS/GOARCH，还常要加：GOPROXY=https://goproxy.cn,direct（避免模块下载失败）、LOG_LEVEL=debug（控制日志）、PATH=/usr/local/bin:/opt/homebrew/bin:$PATH（补全 CLI 工具路径，否则exec.Command("jq", ...)会报executable file not found in $PATH） - 务必勾选
Include system environment variables，否则HOME、USER等基础变量丢失，某些库（如os/user.Current()）会 panic - 敏感变量（如
DB_PASSWORD）不要硬编码进配置；用.env文件 +godotenv加载，或通过 IDE 的Environment variables单独注入（仅限开发环境）
为什么 “Emulate terminal in output console” 不能关
关闭它会导致 ANSI 颜色码失效、多行日志粘连、交互式输入（如 bufio.NewReader(os.Stdin).ReadString('\n')）直接 EOF——这不是显示问题，是终端能力缺失。
- 勾选后，输出流等价于你在终端执行
go run main.go --port=8080，支持fmt.Print("\033[32mOK\033[0m")彩色输出 - 未勾选时，
log.SetOutput(os.Stdout)的换行可能被缓冲，日志延迟出现甚至乱序；尤其使用zerolog或zap时更明显 - 某些依赖
isatty判断是否为终端的库（如spf13/cobra的自动补全），会因检测失败而降级行为——比如不显示进度条、不启用交互式 prompt - 如果运行时报
inappropriate ioctl for device，说明程序调用了终端 ioctl，此时必须开启该选项，否则无法继续
真正难的不是填对某一项，而是理解 GOOS/GOARCH 是构建参数、Program arguments 是 os.Args、Working directory 是 os.Getwd() 的起点、Environment variables 是 os.Getenv() 的来源——四者缺一不可，且作用时机不同。漏掉任何一个，都可能让程序静默失败或报出看似无关的错误。
