Windows 系统在环境块（Environment Block）中会自动注入以 = 开头的内部变量（如 =C:=...、=::=...），它们表示各驱动器的当前工作目录，属于 Windows 特有的运行时状态信息，并非用户定义变量；Go 的 windows.Environ() 直接封装 GetEnvironmentStringsW，故原样暴露这些底层实现细节。
windows 系统在环境块（environment block）中会自动注入以 `=` 开头的内部变量（如 `=c:=...`、`=::=...`），它们表示各驱动器的当前工作目录，属于 windows 特有的运行时状态信息，并非用户定义变量；go 的 `windows.environ()` 直接封装 `getenvironmentstringsw`，故原样暴露这些底层实现细节。
在 Windows 平台开发中，调用 windows.Environ()（来自 Go 标准库 golang.org/x/sys/windows）获取环境变量列表时，你可能会观察到前两个字符串形如：
str_EnvStrs[0] == "=::=::\" str_EnvStrs[1] == "=C:=C:\Users\...\maps_arrays_slices"
这类以 = 开头的键名（如 =C:、=::）并非用户手动设置的环境变量，而是 Windows 操作系统内核和命令子系统（CMD/PowerShell）为维护每个逻辑驱动器的当前工作目录（Current Directory） 而自动维护的内部状态变量。它们存在于 Windows 的“环境块”（Environment Block）底层结构中，由 GetEnvironmentStringsW API 原样返回。
? 为什么存在 =C: 和 =::？
-
=C:表示 C: 驱动器的当前工作目录（Current Directory for drive C:）。
例如=C:=C:UsersAliceProject意味着：当 CMD 切换到 C: 盘（如执行C:命令）时，默认进入该路径。 -
=::是 全局默认驱动器的当前目录（通常对应当前会话的起始盘符或 UNC 上下文），其值常为::或空路径，用于支持多驱动器上下文切换的兼容性逻辑。
✅ 这些变量由 Windows 内部维护，随
cd/chdir命令实时更新；用户无法通过set =C:=...修改（CMD 会拒绝），也无法在「系统属性 → 环境变量」界面中看到它们——它们是隐藏的、只读的运行时元信息。
? 官方依据与参考
微软官方文档明确指出：
"The environment block includes entries of the form
=X:=paththat specify the current directory for each drive X. These are used internally by the command interpreter."
—— Microsoft Docs: Environment Variables
更深入的技术解释可参阅微软资深工程师 Raymond Chen 的经典博文：
? What are these strange =C: environment variables?
文中强调：这些 =X: 条目是 Windows 命令处理器（cmd.exe）实现“跨驱动器路径记忆”的关键机制，确保 D: 命令后能自动跳转到之前在 D 盘停留的目录——而无需用户重复输入完整路径。
⚠️ 使用注意事项
- 不可依赖其存在或格式：虽然在桌面版 Windows（如 Win7/10/11）中稳定出现，但在 Server Core、容器化环境（如 Windows Nano Server）或某些精简部署中可能被省略。
-
不应参与业务逻辑解析：你的应用若遍历
windows.Environ()构建配置映射，建议过滤掉所有以=开头的键（正则^=.*），避免误将内部状态当作有效配置项。 -
Go 中安全遍历示例：
envs := windows.Environ() for _, kv := range envs { if strings.HasPrefix(kv, "=") { continue // 跳过 =C:, =:: 等内部变量 } if idx := strings.Index(kv, "="); idx > 0 { key, value := kv[:idx], kv[idx+1:] fmt.Printf("ENV: %s = %q ", key, value) } }
? 总结
windows.Environ() 返回的 =C: 和 =:: 条目，是 Windows 独有的、与驱动器工作目录绑定的底层运行时状态标识，属于操作系统内部契约，而非标准环境变量规范的一部分。理解其来源与用途，有助于你正确区分「用户可配置变量」与「系统维护元数据」，从而写出更健壮、跨 Windows 版本兼容的 Go 系统工具代码。
