Windows上os.Open报ERROR_PATH_NOT_FOUND是因MAX_PATH限制，需同时开启注册表LongPathsEnabled、嵌入longPathAware=true的manifest、用Go 1.16+构建，三者缺一不可；标准库自动处理\?前缀，无需手动添加。
Windows 上 os.Open 报 ERROR_PATH_NOT_FOUND 怎么办
这不是 Go 的 bug，是 Windows 默认启用的 MAX_PATH=256 限制在拦截——系统底层直接拒绝把长路径传给 Go 进程。即使路径真实存在、Go 代码写得完全正确，os.Open 也会返回 ERROR_PATH_NOT_FOUND 或静默失败。
必须同时满足三个条件才真正生效：
- Windows 系统注册表开启长路径支持：
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem\LongPathsEnabled值为1 - Go 程序二进制文件嵌入 manifest，声明
longPathAware=true - 使用 Go 1.16+ 构建（旧版本不自动处理
\?前缀）
缺一不可。只改注册表或只加 manifest 都无效。
如何为 Go 程序嵌入 longPathAware manifest
Go 默认不生成 manifest，必须手动提供并链接进去。步骤很固定：
- 新建
app.manifest文件，内容严格按格式（XML 命名空间不能错）：
<?xml version="1.0" encoding="UTF-8" standalone="yes"?><assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestversion="1.0"><trustinfo xmlns="urn:schemas-microsoft-com:asm.v3"><security><requestedprivileges><requestedexecutionlevel level="asInvoker" uiaccess="false"></requestedexecutionlevel></requestedprivileges></security></trustinfo><windowssettings xmlns="http://schemas.microsoft.com/SMI/2016/WindowsSettings"><longpathaware>true</longpathaware></windowssettings></assembly>
- 用
go build -ldflags "-H windowsgui -manifest app.manifest"构建（控制台程序可去掉-H windowsgui） - 构建后用
sigcheck -m yourapp.exe（Sysinternals 工具）验证输出中是否含longPathAware = true
注意：go run 不会加载 manifest，只能测试构建后的二进制。
Go 代码里要不要手动加 \? 前缀
绝大多数情况——不要。标准库函数如 os.Open、os.Stat、os.Create 在 manifest 生效且 Go 版本 ≥1.16 时，内部已自动补 \? 并调用宽字符 API。手动加反而容易出错：
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
\?C:\very\long\path不支持相对路径，\?.\foo.txt会报invalid argument -
\?路径不解析.和..，\?C:\a\..\b不等于C:\b - 仅在直接调 Win32 API（如
syscall.CreateFile）时才需自己构造\?格式，且必须确保路径绝对、无符号、已 Clean
日常文件操作，保持路径原样传给标准库即可。
Linux/macOS 超长路径失败的真正原因
Go 本身不限制文件名长度，但操作系统和文件系统有硬限制：
- Linux ext4：单个文件名 ≤ 255 字节（不是字符！UTF-8 下一个中文占 3 字节，最多约 85 个汉字）
- macOS APFS/HFS+：≤ 255 UTF-16 码元（常见 Unicode 字符基本等同于 255 字符）
- 错误信息通常是
"file name too long"或"filename too long"，不是截断，而是直接失败
关键点：Go 不做任何拦截或修正，os.Create 返回非 nil error 是唯一信号。若忽略 err（比如写成 _, _ := os.Create(...)），后续 Write 会 panic，因为 file 是 nil。
跨平台时最容易被忽略的是：Windows 错误来自系统策略层（需 manifest + 注册表），而 Linux/macOS 错误来自内核返回值——两者机制完全不同，不能套用同一套排查逻辑。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
