windows和linux路径非法字符需分别处理：windows禁用、:、"、|、?、*、、/及末尾.或空格；linux仅限制/和 ；跨平台建议按windows规则清洗，提取basename后校验，清洗后需trim并确保非空。
Windows 和 Linux 下路径非法字符要分开处理
不同操作系统对文件名的限制差异很大，os.IsPathSeparator 只能判断分隔符，不能替代合法性校验。Windows 禁止 、<code>>、:、"、|、?、*、、/（后两者在路径中是分隔符，但出现在文件名里也非法），还禁止以 . 或空格结尾；Linux 主要限制 / 和 （空字符），其余基本放开。
实操建议：
- 先用
filepath.Base提取纯文件名（不含路径），再校验 - Windows 场景下必须显式检查上述 9 个禁用字符（含 ASCII 控制字符
-） - Linux 下重点过滤
/和open会直接报invalid argument - 跨平台工具建议统一按 Windows 规则清洗——更严，但兼容性更好
用 regexp 替换非法字符时别踩 Unicode 陷阱
正则表达式默认不处理 Unicode 字符边界，比如用 [ - :"|?*] 匹配时，若输入含 UTF-8 多字节字符（如中文、emoji），可能误删或截断。Go 的 regexp 默认是字节级匹配，不是 rune 级。
实操建议：
- 避免用
strings.ReplaceAll配合简单字符串列表，效率低且难覆盖全 - 用
regexp.MustCompile(`[ - u200b-u200fu2028-u202fu2060-u206fufeffufff9-ufffc]`)清除零宽字符和 BOM 类干扰符 - 对 Windows 非法字符，用
strings.Map+ rune 判断更安全：遇到非法 rune 返回 -1（即删除），合法则原样返回 - 不要用
strings.ToValidUTF8（不存在），Go 没有内置该函数
清洗后需保证文件名非空且不以点或空格结尾
Windows 会拒绝创建 "file." 或 " file " 这类名字，即使所有字符都“合法”。filepath.Clean 不处理这个，它只规整路径分隔符和 ..，不碰文件名末尾。
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
实操建议：
- 清洗完调用
strings.TrimSpace去首尾空格，再检查是否为空字符串 - 用
strings.TrimRight删除末尾.和空格，至少执行两次：一次去空格，一次去点（因为"a. "→"a."→"a"） - 如果结果为空，必须 fallback：例如生成
"unnamed"或加时间戳哈希，否则os.Create会报open : no such file or directory - 注意
filepath.Ext依赖点号位置，清洗时别破坏有效扩展名结构（如保留readme.md中的最后一个点）
测试时必须覆盖长路径、相对路径和驱动器前缀
校验逻辑常在服务端接收用户上传文件名时触发，容易漏掉边界场景：比如 "C:\foo\bar.txt" 是完整路径，但你只应校验 "bar.txt"；又比如 "../../etc/passwd" 是恶意相对路径，应由上层逻辑拦截，而非文件名校验层负责。
实操建议：
- 校验函数只接收
string类型的 basename，不接受完整路径 —— 接口契约要明确 - 单元测试用
filepath.Join("a", "b", "c")模拟多层路径，再取filepath.Base传入校验函数 - Windows 测试必须包含带冒号的盘符路径（
C:）、UNC 路径（\servershare）的 basename 提取 - Linux 测试加入含
真正麻烦的是用户提交的原始字符串里混着不可见控制字符和代理对（surrogate pairs），这些不会在终端显示，但会让 os.Open 失败。清洗函数必须跑在 filepath.Base 之后、os.Create 之前，且不能跳过 trim 和空值兜底 —— 否则线上就会卡在 “文件名无效” 却查不出原因。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
