os/exec是Go执行外部命令的唯一标准方案，必须拆分参数如exec.Command("go", "run", "main.go")，不可拼接字符串；需设cmd.Dir、处理PATH、捕获stderr，并优先编译后执行而非反复go run。
os/exec 是唯一可靠且标准的方案，别试图用 go run 直接加载另一个 .go 文件——它不是模块、不支持 import、也不会自动编译。
为什么不能直接 “调用” 另一个 Go 文件？
Go 源文件（main.go）不是可执行脚本，也不是解释型语言的“脚本文件”。它必须先编译成二进制，才能被操作系统运行。你写的 go run other.go 看似像调用，实际是：启动 go 工具链 → 编译 → 运行 → 清理临时文件。这个过程开销大、不可控、无法捕获构建错误，且 go run 本身不是稳定 API。
exec.Command 必须拆分参数，不能拼字符串
常见错误：exec.Command("go run main.go") —— 这会让 Go 去找名为 "go run main.go" 的可执行文件，显然不存在。
- 正确写法：
exec.Command("go", "run", "path/to/main.go") - 如果要传参给目标程序，继续往后加：
exec.Command("go", "run", "app.go", "--flag", "value") - 路径含空格或中文？不用加引号，Go 会原样传给子进程，只要文件路径真实存在即可
- 想用相对路径？确保
cmd.Dir设置正确，否则go run会从当前工作目录解析导入路径
生产环境更推荐先编译再执行
反复 go run 效率低、启动慢、调试难。真正稳定的调用方式是：
- 提前用
go build -o mytool ./cmd/mytool编译出二进制 - 在主程序中用
exec.Command("./mytool", "--input", "data.json")调用 - 设置
cmd.Dir指向二进制所在目录，避免路径问题 - 用
cmd.Stdout和cmd.Stderr绑定bytes.Buffer或文件，别依赖默认行为
跨平台路径和 Python/Shell 脚本混用要注意什么？
如果你的 Go 程序既要调 Go 工具链，又要调 python 或 bash，关键差异在解释器查找：
立即学习“go语言免费学习笔记（深入）”；
-
"go"和"python"都依赖PATH，但 Windows 上常有python.exe、python3.exe之分，建议用绝对路径或先exec.LookPath("python3")探测 -
bash在 Windows 默认不存在，WSL 或 Git Bash 才有；macOS/Linux 通常可用，但别假设/bin/bash一定存在，用/usr/bin/env bash更健壮 - 所有命令都应显式处理
err：比如exec.LookPath失败、cmd.Run()返回非零退出码、cmd.Output()报exit status 1
exec.Command，后者该重构为包函数。 
