Windows 系统下 go run main.go 无控制台输出且进程卡住，通常并非代码或 Go 环境配置问题，而是安全软件（如 Comodo）的“自动隔离”功能干扰了 go run 的即时编译与内存中执行机制。
windows 系统下 `go run main.go` 无控制台输出且进程卡住，通常并非代码或 go 环境配置问题，而是安全软件（如 comodo）的“自动隔离”功能干扰了 `go run` 的即时编译与内存中执行机制。
在 Windows 10 上运行最基础的 Go 程序却无法打印 "Hello world"，甚至进程不退出，是开发者常遇到的“诡异故障”。你提供的代码完全正确：
package main
import "fmt"
func main() {
fmt.Println("Hello world")
}该程序语法规范、依赖合法、路径清晰（GOROOT=C:\Go，PATH 包含 C:\Go\bin），且 go build main.go && .\main.exe 能正常输出——这明确排除了 Go 安装损坏、环境变量错误、源码换行符（CRLF/LF）或 fmt 包失效等常见原因。
根本原因在于 go run 的执行机制与安全软件的冲突：
go run 并非直接执行源码，而是先将 .go 文件编译为临时可执行文件，再将其加载到当前 go.exe 进程的内存空间中动态执行（尤其在 Windows 下常通过 CreateProcess + VirtualAlloc/WriteProcessMemory 实现）。这一行为被部分终端安全产品（如 Comodo Internet Security）识别为“可疑内存注入”或“潜在恶意行为”，触发其 Auto Containment（自动隔离） 功能——该功能会静默拦截子进程的标准输出（stdout/stderr），并挂起执行流，导致看似“无输出、不退出”。
✅ 验证方法：
- 运行 go build main.go 生成 main.exe，再手动执行 .\main.exe → 正常输出 → 说明 Go 编译器与运行时无问题；
- 运行 go run main.go > output.txt 2>&1 → 检查 output.txt 是否为空 → 若为空，进一步佐证输出被拦截；
- 临时禁用 Comodo（或其他安全软件）的 Auto Containment 或 HIPS 模块 → go run 立即恢复正常。
解决方案（推荐按顺序尝试）：
- 临时验证：进入 Comodo 设置 → Advanced Settings → Containment → 关闭 Auto-Containment。重新运行 go run main.go，确认是否恢复输出。
-
永久修复（推荐）：在 Comodo 中添加 go.exe 为信任程序：
- 打开 Comodo Internet Security → Settings → Advanced Settings → Containment → Exclusions；
- 点击 Add → 选择 C:\Go\bin\go.exe；
- 勾选 Ignore this file in containment；
- 重启命令行终端。
- 替代工作流（开发阶段）：若暂无法调整安全策略，可使用 go build && ./main.exe 组合，或启用 VS Code 的 Go 插件调试器（底层调用 dlv，规避 go run 的内存加载路径）。
⚠️ 注意：此问题与 GOARCH=386、CGO_ENABLED=1、GOGCCFLAGS 等编译选项无关；也与 Windows 行尾符（CRLF）、GOPATH 设置或 Go 版本（1.5.1 虽旧但功能完整）无直接关联。本质是终端安全软件对开发工具链的过度防护。
总结：当 go run 失效而 go build + exec 正常时，请优先排查本地安全软件的“行为拦截”或“内存保护”策略——这是 Windows 下 Go 新手最易忽略却最高频的真凶。
