如何在Python中处理由于文件名包含特殊字符导致的读写异常？

应优先使用 pathlib.Path 处理包含中文、空格或符号的文件路径，自动适应系统编码和分离符；避免手动拼接字符串或硬编码代码转换；验证关键操作前路径的存在和可访问性。

Python 默认使用系统编码(如 Windows 的 cp936、Linux/macOS 的 UTF-8)解码文件路径，但当脚本运行环境与文件系统编码不一致时，或者路径中包含未正确转义的字符(例如) ?、é、test file.txt），open() 会直接抛出 UnicodeEncodeError 或 FileNotFoundError，而不是你所期望的“找不到文件”。关键不在于“更改文件名”，而在于让文件名更改。 Python 正确传递路径字节。

• 优先用 pathlib.Path 代替字符串拼接路径，自动处理编码和分隔字符
• 若必须用 open()，确保是的 str 类型（不是 bytes），路径字符串本身已经按照系统的预期编码—通常只需要保证源代码文件的保存 UTF-8、并添加到文件头 # -*- coding: utf-8 -*-
• Windows 下遇到 UnicodeEncodeError: 'charmap' codec can't encode character，说明终端/IDE 控制台编码不支持此字符，此时可临时绕过：使用 sys.stdout.reconfigure(encoding='utf-8')（Python 3.7+)或改用日志而不是写入 print

在非 UTF-8 环境(例如旧版本 Windows CMD）调用 os.listdir()，返回的文件名可能被切断或替换 ，这不是 Python bug，而是 C 标准库层对宽字符缺乏支持。真正稳定读取所有文件名的方法是绕过它 os.listdir()，改用 pathlib.Path.iterdir() 或 os.scandir()。

• pathlib.Path(".").iterdir() 返回 Path 内部使用系统的对象是原生的 API，对 Unicode 文件名的兼容性最好
• os.scandir() 比 os.listdir() 快，且其 DirEntry.name 是原始字节串（Python 3.6+ 默认返回 str，但底层更可靠)
• 避免对 os.listdir() 结果做 .encode().decode('gbk') 这种硬编码转换-不同机器的默认编码可能不同，容易出错

错误通常表现为 OSError: [Errno 22] Invalid argument 或者静静地跳过的根本原因是某些文件系统(如 FAT32)或旧版 Windows API 不支持部分 Unicode 作为文件名的字符 shutil.copy() 默认不做预检。这个时候不能靠。 try/except 吞下错误，必须提前核实目标路径是否合法。

• 复制前用 pathlib.Path(dst).parent.exists() 和 pathlib.Path(dst).parent.is_dir() 确保父目录存在和可写
• 最小化清洗目标文件名称：只保留 ASCII 字母、数字、下划线、点号、连接字符，其余使用 unicodedata.normalize('NFKD', name).encode('ascii', 'ignore').decode() 转换(注意语义丢失，仅适用于自动化批量处理)
• 如果需要保留原始语义，则应改用 shutil.copy2(src, dst) 并捕获 OSError，再 fallback 重命名后复制(例如复制) ? report.pdf 改为 report.pdf）

手动用 "folder/" + filename 或 "folder\sub\" + filename 拼接路径，在 macOS/Linux 由于反斜杠被忽略或解释为转义符，它将失败 Windows 虽然上正斜杠可以工作，但有些可以工作 C 扩展库(如某些图像处理库)拒绝识别。这不是风格问题，而是路径分析逻辑差异造成的实际异常。

Python 3.14.2

Python 3.14.2是Python编程语言于2025年12月5日发布的稳定版本，属于3.14系列的第二次维护更新。该版本包含18个修复项目，重点解决多过程、数据和正则表达模块的回归问题，修复CVE-2025-12084等安全漏洞。这个版本标志着Python发展的一个重要里程碑，即自由线程模式(删除GIL)正式得到官方支持。

立即学习“Python免费学习笔记(深入)；

• 永远用 pathlib.Path("folder") / filename，/ 操作符会自动适应当前的系统分离符
• 避免 os.path.join() 中混用 str 和 Path 对象会导致类型错误；统一使用； Path 实例做运算
• 在调试过程中使用打印路径 str(path)，不要直接 print(path)——后者可以显示为 WindowsPath('...')，掩盖真实字符串的内容

最麻烦的不是字符本身，而是不同层次的（Python 解释器、C 库、操作系统核心、文件系统驱动)对同一段字节的解释不一致。处理这类问题，少依赖“看起来能跑”，多验证路径对象是否真的能跑 .exists()、.is_file()、.open('rb') 成功。