go run 不能直接加载任意脚本文件，因其仅支持含 package main 和 func main() 的合法 Go 源文件，且需在模块根目录或 GOPATH 下运行，不解析 import 路径、不处理依赖或跨模块引用。
为什么不能直接用 go run 加载任意脚本文件
因为 Go 是编译型语言，go run 只接受合法的 Go 源文件（含 package main 和 func main()），且必须在模块根目录或 GOPATH 下运行。你丢一个临时生成的 script.go 进去，大概率报 no Go files in current directory 或 cannot find package —— 它根本不会帮你解析 import 路径、处理依赖或跨模块引用。
用 goexec 快速验证单表达式，但不适用复杂逻辑
goexec（来自 github.com/shurcooL/goexec）能执行简单 Go 表达式，比如 goexec 'fmt.Println("hello")'，但它不支持多语句、函数定义、import 块或结构体声明。一旦脚本里出现 func foo() {} 或 import "net/http"，就直接 panic。
- 适合调试小片段，比如快速算个
time.Now().Unix() - 不带模块上下文，无法 resolve 本地
./pkg/utils这类相对导入 - 底层调用
go build -toolexec，实际仍是编译+执行，不是解释器
真正可行的方案：用 gosh + 临时 module 初始化
核心思路是——把用户脚本当作一个独立、可构建的 Go module 来对待，而不是“动态执行字符串”。你需要为每次脚本生成一个最小完整环境：临时目录 + go.mod + 正确的 package main 结构。
- 创建临时目录，写入
main.go（内容即用户脚本，但必须确保有package main和func main()） - 运行
go mod init tempmod，再go mod tidy自动拉取依赖（如果脚本用了github.com/some/lib） - 用
go run .执行，捕获 stdout/stderr；超时用cmd.Start()+cmd.WaitTimeout()控制 - 注意：脚本中不能用
init()全局副作用，因为go run每次都是全新进程
示例脚本内容必须合规：
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
package main
import "fmt"
func main() {
fmt.Println("dynamic script running")
}
安全与隔离的关键点：不要忽略 GOPATH 和 GOCACHE
多个脚本并发执行时，若共用默认 $HOME/go，可能因 go mod download 冲突或缓存污染导致构建失败。最稳妥做法是为每次执行设置独立环境变量：
GOPATH=/tmp/gopath-$(uuidgen)GOCACHE=/tmp/gocache-$(uuidgen)-
GO111MODULE=on强制启用模块模式 - 执行完立刻
os.RemoveAll(tempDir)，避免残留go.sum或二进制文件
如果你允许脚本访问宿主包（比如 import "./mylib"），就得提前 go build -buildmode=plugin 并用 plugin.Open() 加载——但这要求宿主和脚本用完全一致的 Go 版本和构建参数，实际中几乎不可控。
