Python读取含空格或中文路径文件报错，根本原因是反斜杠被误解析为转义符或shell将空格当参数分隔符；应使用原始字符串、正斜杠、pathlib.Path归一化路径，并对subprocess等外部调用采用列表传参。
Python用open()读取带空格/中文路径时直接报错
Windows 和 macOS 下，路径含空格或中文本身不是问题，但错误常出在「手动拼接字符串」或「未正确转义」上。比如写 open("C:\Users\张三\文件.txt")，反斜杠会被当转义符，\U 触发 Unicode 转义错误；又或者用双引号包裹但没处理好 shell 层面的空格分隔（尤其在 subprocess 中）。
核心原则：让路径字符串原样传递，不被 Python 解析器或外部命令二次解释。
- 一律用原始字符串（
r"C:\Users\张三\文件.txt"）或正斜杠（"C:/Users/张三/文件.txt"）避免反斜杠问题 - 路径变量传给
open()前，用os.path.abspath()或pathlib.Path.resolve()归一化，能自动处理相对路径、..、符号链接等潜在干扰 - 如果路径来自用户输入（如
input()或命令行参数），不要用.split()或字符串切片解析，直接作为整体使用
用pathlib替代os.path更安全
pathlib 是 Python 3.4+ 官方推荐的路径操作模块，它把路径当作对象处理，天然规避多数字符串拼接陷阱。例如 Path("data/我的 文件.txt") / "sub" 会自动用系统分隔符连接，且所有方法（.read_text()、.exists()）都接受 Unicode 路径。
对比：os.path.join("data", "我的 文件.txt") 虽然也能工作，但返回的是普通字符串，后续仍可能因手动拼接出错；而 Path 对象全程保持类型安全。
立即学习“Python免费学习笔记（深入）”；
- 优先用
Path("目录").glob("*.txt")而非glob.glob("目录/*.txt")—— 后者在路径含空格时需额外加引号，前者无此顾虑 - 重命名或移动文件时，直接传
Path对象给shutil.move()，不用先转成字符串 - 注意
Path的.stem和.suffix能正确分割中文文件名（如"报告 2024.xlsx"→ stem="报告 2024"），而正则或.rsplit(".", 1)在中文点号场景下容易误判
调用外部命令（如subprocess）时路径要单独传参
这是最容易踩坑的地方。比如想用 ffmpeg 处理 "视频 1.mp4"，写 subprocess.run("ffmpeg -i 视频 1.mp4 out.mp4") 会让 shell 把空格当参数分隔符，实际传给 ffmpeg 的是三个参数：-i、视频、1.mp4，必然失败。
- 永远用列表形式传参：
subprocess.run(["ffmpeg", "-i", str(path), "out.mp4"])，其中path是Path或已归一化的字符串 - 禁止用
shell=True+ 字符串命令，除非你明确需要 shell 特性（如管道、通配符），且已用shlex.quote()包裹每个路径参数 - Windows 下若调用批处理或 PowerShell，注意
cmd /c默认不支持 Unicode 参数（旧版 cmd.exe），建议改用pwsh -Command或确保控制台代码页为 UTF-8（chcp 65001）
Web 框架或日志中路径显示乱码？检查编码链路
路径本身在 Python 内存中是 Unicode 字符串，但输出到终端、日志文件或 HTTP 响应头时，可能因编码不一致变乱码。典型现象：print(Path("测试.txt")) 在 Windows 控制台显示为 ???.txt。
- 终端层面：Windows 默认 cmd 是 GBK，而 Python 3 默认用 UTF-8。临时解决可运行
chcp 65001切换为 UTF-8，或在脚本开头加sys.stdout.reconfigure(encoding="utf-8")（Python 3.7+） - 日志文件：用
logging.FileHandler(filename, encoding="utf-8")显式指定编码，否则默认可能用 locale 编码（Linux/macOS 通常是 UTF-8，Windows 可能是 cp1252） - HTTP 响应头（如
Content-Disposition: attachment; filename="中文.txt"）必须对 filename 部分做 RFC 5987 编码（用urllib.parse.quote()），不能直接塞中文
