Python中Windows路径反斜杠需用原始字符串r"C: ew est"或pathlib.Path避免转义问题，手动写死路径时必须用r，运行时获取的路径无需r，跨平台应统一使用pathlib并注意大小写敏感性。
Python中反斜杠被当成转义字符导致路径报错
Windows路径里的在Python字符串里默认是转义符，比如"C:
ew est"实际会被解析成带换行和制表符的乱码路径，os.path.exists()直接返回False，文件操作全失败。
常见错误现象：FileNotFoundError、OSError: [Errno 22] Invalid argument（尤其在传给open()或subprocess.run()时）。
- 用双反斜杠
"C:\new\test"能工作，但写起来累，且容易漏掉某个 - 用原始字符串
r"C: ew est"最直接——开头加r，所有都按字面量处理 - 注意：原始字符串末尾不能是单个
，比如r"C: ew"语法错误（会把引号转义掉）
pathlib.Path比字符串路径更安全也更现代
pathlib是Python 3.4+内置模块，它把路径当对象处理，自动适配系统分隔符，彻底绕过字符串转义问题。
使用场景：构造路径、拼接子目录、检查存在性、读写文件——只要不硬编码字符串，基本不会踩坑。
立即学习“Python免费学习笔记（深入）”；
图片提示词生成器？不止如此。 马甲系统 —— 把脑海中的画面，翻译成AI能理解的专业表达。 用得越多，它越懂你：首次需要多问几句确认方向，用久了几乎一说就懂。 用得越多，它越快：缓存机制让后续对话越来越省。 RAG进化：成功案例持续入库，越跑越聪明。 输入「新手指南」查看完整功能介绍
- 创建路径对象：
Path("C:/new/test")或Path(r"C: ew est")都行，内部统一转为Path实例 - 拼接子路径用
/操作符：Path("C:/data") / "raw" / "input.txt"→WindowsPath('C:/data/raw/input.txt') - 调用方法比
os.path直观：p.exists()、p.read_text()、p.mkdir(parents=True) - 兼容旧代码：
str(p)可转回字符串，传给需要字符串路径的第三方库
什么时候必须用原始字符串r，什么时候可以不用
原始字符串只在**手动写死路径字符串字面量**时才需要。一旦路径来自变量、用户输入或配置文件，就不存在转义问题——因为已经是真实字符了。
比如读取JSON配置里的"path": "C:\logs\app.log"，Python解析JSON时已正确还原为两个，你拿到的就是合法字符串，无需再加r。
- 必须用
r：写死路径如r"C:Users ameDownloads" - 不能用
r：结尾是的路径（r"C: emp"非法），改用"C:\temp\"或Path("C:/temp") - 没必要用
r：路径来自input()、sys.argv[1]、config["path"]等运行时数据
跨平台路径处理的实际陷阱
即使用了pathlib，有些细节仍会翻车：比如硬编码"C:\"在Linux上当然无效；又比如用os.sep拼接路径，反而破坏pathlib的抽象优势。
性能影响几乎可忽略，但兼容性上要注意：
-
Path.home() / "Documents"在Windows返回WindowsPath，在macOS返回PosixPath，行为一致 - 避免混合使用：
str(Path(...)) + "\sub"又掉回转义坑里；坚持用/拼接 - 第三方库如
open()、glob.glob()接受Path对象（Python 3.6+），但老版本需显式转str()
最易被忽略的是路径大小写敏感性：Windows不敏感，Linux敏感——Path("DATA")和Path("data")在Linux可能是两个不同目录，测试时别只盯着Windows看。
