Python 2.7下os.path.exists()遇中文路径报UnicodeEncodeError，因sys.getfilesystemencoding()可能为'ascii'；Python 3中FileNotFoundError多因BOM、空格或大小写问题；跨平台拼接应统一类型，pathlib.Path更可靠。
Python 2.7 下 os.path.exists() 遇中文路径直接报 UnicodeEncodeError
根本原因是 Python 2 默认用系统 ANSI 编码（如 Windows 的 GBK）处理字符串，但 os.path 底层调用 C API 时若传入 unicode 对象，会尝试用 sys.getfilesystemencoding() 编码——而该值在某些环境（尤其是非中文系统或远程终端）可能为 'ascii'，导致崩溃。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 显式将路径转为
str再传给os.path系列函数：用path.encode(sys.getfilesystemencoding() or 'utf-8')，但需先判断编码是否可用 - 更稳妥的做法是统一用
path.encode('mbcs')（Windows）或path.encode('utf-8')（Linux/macOS），不过后者在旧版 Python 2 上对某些文件系统不兼容 - 避免依赖
sys.getfilesystemencoding()—— 它在 IDE 或 SSH 终端中常返回'ascii'，不可靠
Python 3 中 os.path.isdir() 报 FileNotFoundError 却实际路径存在
这不是编码问题，而是 Python 3 已默认用 str（即 Unicode）操作路径，os.path 能正确处理中文。报错往往因为路径本身有隐藏字符（如 BOM、全角空格）、大小写不匹配（macOS HFS+ 不区分大小写但 APFS 区分），或符号链接指向了无效位置。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 用
repr(path)检查路径字符串是否含不可见字符，例如'ufeffC:\中文\目录'中的ufeff是 BOM - 调用
os.listdir(os.path.dirname(path))查看父目录真实文件名，对比大小写与空格 - 用
os.path.realpath(path)展开符号链接后再判断是否存在
跨平台脚本里用 os.path.join() 拼接中文路径仍出错
os.path.join() 本身不处理编码，只拼字符串。出错通常是因为输入参数类型混杂：比如一个参数是 unicode（Python 2），另一个是 str（已编码的 bytes），拼出来变成乱码字节串，再传给 os.path 就失败。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- Python 2：确保所有路径组件都是
unicode，最后统一 encode；或全部用str并保证编码一致（推荐 UTF-8） - Python 3：全部用
str（Unicode），无需 encode；但注意不要手动.encode()后再传给os.path，否则会变 bytes 类型，触发隐式解码失败 - 避免用
+拼路径，它不处理斜杠方向和重复分隔符；坚持用os.path.join()或pathlib.Path
用 pathlib.Path 替代 os.path 处理中文路径更可靠？
是的，尤其在 Python 3.4+ 中，pathlib.Path 对 Unicode 支持更健壮，内部自动处理编码边界，且 API 更直观。但它不是万能的——如果底层系统调用（如 stat()）因权限或挂载方式失败，依然会抛异常。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 优先用
Path(path_str)构造对象，不用手动 encode/decode - 检查存在性用
p.exists()，而非os.path.exists(str(p)) - 读写文件时直接用
p.open()或p.read_text(encoding='utf-8')，避免绕回open(str(p)) - 注意：Python 2 不支持
pathlib，需用pathlib2第三方包，但仍有部分方法不完善
str 强行 .encode() 成 bytes 再喂给 os.path，反而触发二次解码逻辑，错误更隐蔽。 
