go语言windows路径问题应统一用filepath包：用filepath.join拼接、filepath.clean规范输入、os.executable+filepath.dir获取配置路径，禁用path包和字符串拼接。
Go 语言文件路径在 Windows 上出问题，基本都是因为用了 path 包或手动拼接字符串。 正确做法是统一用 filepath 包，再配合 os.Executable() 或 os.Getwd() 明确上下文，否则 Windows 下路径解析、配置加载、服务启动全会静默失败。
filepath.Join 是唯一安全的路径拼接方式
Windows 路径含盘符（C:）、反斜杠（）、大小写不敏感等特性，path.Join 完全不处理这些——它只认 /，遇到 就当普通字符。比如 path.Join("C:\Users", "name", "config.json") 在 Windows 上返回 C:\Users/name/config.json，根本打不开。
-
filepath.Join会自动选对分隔符：filepath.Join("C:", "Users", "name", ".myapp")→C:Users ame.myapp（Windows）或C:/Users/name/.myapp（Linux，但能被内核识别） - 永远不要用
+或fmt.Sprintf拼路径，哪怕只在 Windows 上跑也不行——"C:\" + "foo" + "\bar.txt"里 - 若需把路径转成正斜杠风格（如日志打印、HTTP 响应），用
filepath.ToSlash(path)，别用strings.ReplaceAll
Windows 服务里 config.json 找不到？工作目录不是你想象的位置
Windows 服务默认工作目录是 C:WindowsSystem32，不是你的 exe 所在目录。直接 viper.SetConfigFile("config.json") 就会去 System32 下找，必然失败，且超时后服务直接被系统杀掉。
- 先用
os.Executable()获取当前 exe 路径，再用filepath.Dir()拿到目录：exePath, _ := os.Executable(); cfgPath := filepath.Join(filepath.Dir(exePath), "config.json") - 不要依赖
os.Getwd()，它返回的是服务宿主目录，不可靠 - 如果用
viper，推荐显式传绝对路径：viper.SetConfigFile(cfgPath)，而不是设工作目录再相对引用
读取用户输入路径时，必须先 Clean 再验证
用户可能传 ../../etc/passwd 或 C:..Windowssystem32driversetchosts，不规范就容易绕过权限检查。
- 用
filepath.Clean()归一化：cleaned := filepath.Clean(userInput)→C:Windowssystem32driversetchosts - 检查是否仍在允许范围内：比如限制在程序目录下，就用
strings.HasPrefix(cleaned, allowedRoot)（注意用filepath.ToSlash统一风格再比较） -
filepath.Abs()不可靠——在 Windows 上若输入config.json，它可能返回C:WindowsSystem32config.json，而不是你期望的 exe 同级路径
最常被忽略的一点：跨平台路径逻辑里，filepath.Separator 是 rune 类型，不是 string。想用 strings.Split(path, string(filepath.Separator)) 可以，但直接 strings.Split(path, "/") 或 strings.Split(path, "\") 就等于放弃兼容性。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
