Go命令在Windows上卡在WORK目录创建阶段，本质是GetTempPathW调用被阻塞，常见于安全软件拦截、TEMP路径不可写或符号链接解析失败，需通过Process Explorer查句柄、临时禁用杀软、改用本地无空格路径等手段排查。
Go命令卡在WORK目录创建阶段
Windows上go build、go run等命令挂起，且CPU持续占用但无输出，大概率卡在GetTempPathW调用后的临时目录初始化环节。这不是Go编译器本身崩溃，而是系统API调用被阻塞。
关键现象是命令卡在类似WORK=C:\Users\...\Temp\go-build123456789这一步，后续mkdir -p $WORK\b001\完全不执行。此时go env -w GODEBUG=env=1无效，因为环境变量读取已完成，问题出在Win32 API层面。
- 检查
TEMP和TEMP环境变量是否指向可写路径（非网络驱动器、非OneDrive同步文件夹） - 用
echo %TEMP%确认路径存在且权限正常；若路径含中文或空格，尝试临时设为C:\tmp - 禁用杀毒软件实时扫描——尤其Symantec、McAfee、CrowdStrike等企业级套件，它们常拦截
CreateDirectoryW或FindFirstFileW调用
进程句柄与安全软件冲突诊断
挂起时go.exe进程仍在运行但无磁盘/网络I/O，说明它可能正等待某个系统句柄释放或权限响应。企业环境中，强制安装的安全代理常对go二进制加白名单策略缺失，导致其调用被静默拦截。
用Process Explorer（Sysinternals工具）打开，定位go.exe进程 → 右键“Properties” → “Handles”标签页，观察是否有大量File类型句柄处于Waiting状态，或出现ALPC Port、Section类句柄异常堆积。
立即学习“go语言免费学习笔记（深入）”；
- 若看到句柄名含
AV、EDR、Scan等字样，基本锁定安全软件干扰 - 临时退出杀软主进程（非仅禁用防护），再试
go version——若立即返回，无需重装Go - 向IT部门申请将
go.exe及其所在目录（如C:\Go\bin）加入防病毒软件的排除列表
Go安装路径与符号链接陷阱
某些Windows更新后，GetTempPathW会因NTFS符号链接解析失败而无限等待。如果Go安装在C:\Program Files\Go，而该路径被管理员通过mklink重定向到另一分区，Go工具链调用syscall.Getwd()或filepath.Abs()时可能陷入循环解析。
验证方式：在CMD中执行dir /AL查看Go安装目录是否存在<SYMLINKD>标记；再运行go env GOROOT，比对输出路径是否与实际物理路径一致。
- 重装Go时选择纯本地路径，如
C:\Go，避免Program Files或用户文档目录 - 删除
%USERPROFILE%\go（默认GOPATH），改用C:\gopath等无空格、无权限限制路径 - 设置
GOENV环境变量指向新位置，避免依赖默认配置
绕过挂起的最小验证命令
当常规命令全部卡死，用最简路径验证Go运行时是否真正可用：直接调用go tool compile跳过前端逻辑，测试底层编译器链路。
新建一个hello.go，内容仅package main; func main() {}，然后执行：
go tool compile -o hello.o hello.go
若该命令成功返回，说明Go核心工具链完好，问题纯属go命令封装层与Windows API交互异常；若仍卡住，则需检查系统级DLL加载（如kernel32.dll版本兼容性）或考虑升级到Go 1.21+（已修复部分Windows 10/11更新引发的GetTempPathW阻塞）。
真正麻烦的不是命令卡住，而是卡住时没有任何日志输出——这意味着你得靠外部工具观察系统行为，而不是依赖Go自身反馈。
