pathlib.Path.exists() 返回 False 但文件实际存在，根本原因是相对路径基于当前工作目录而非脚本位置；应优先用 Path(__file__).parent / "data.csv" 构造绝对路径，并用 try/except 替代预检查。
pathlib.Path.exists() 为什么有时返回 False 却实际有文件
常见现象是 Path("data.csv").exists() 返回 False，但你在资源管理器里明明能看到这个文件。根本原因通常是当前工作目录（os.getcwd()）和你预期的路径不一致——pathlib 解析的是相对路径，不是从脚本所在位置出发，而是从执行命令的终端目录出发。
实操建议：
- 用
Path.cwd()打印当前工作目录，确认它是不是你认为的“项目根目录” - 优先用绝对路径初始化
Path：比如Path(__file__).parent / "data.csv"，这样才真正基于脚本位置定位 - 避免直接写
Path("logs/error.log")，除非你明确控制了运行时的cd行为
open() 前必须检查 exists() 吗
不一定。对只读场景，更推荐直接 try/except 捕获 FileNotFoundError；对写入场景，exists() 只能告诉你“文件是否存在”，不能代替权限、磁盘空间、父目录是否就绪等判断。
实操建议：
- 读文件：直接
open(path)+except FileNotFoundError，比先查再开更简洁、更原子 - 写文件：用
path.parent.mkdir(parents=True, exist_ok=True)确保目录存在，再写入；exists()对文件本身意义不大，因为open("new.txt", "w")本来就会新建 - 若需区分“文件不存在”和“没权限”，则必须捕获异常，
exists()无法做到
Windows 下路径大小写敏感导致 exists() 失败
Windows 文件系统默认不区分大小写，但 pathlib 的 exists() 在某些 Python 版本或挂载方式下会意外触发大小写校验，比如 Path("Config.json").exists() 返回 False，而实际文件是 config.json。
macOS UI 自动化技能包 —— 用 Python 控制你的 Mac
下载
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
实操建议：
- 不要依赖大小写模糊匹配，统一命名规范（全小写 + 下划线）
- 调试时用
list(path.parent.iterdir())查看真实文件名，而不是靠肉眼判断 - 跨平台项目中，避免用
.lower()或.upper()做路径归一化——NTFS 和 ext4 行为不一致，可能掩盖问题
Path.resolve() 能替代 exists() 吗
不能。resolve() 是做路径规范化和符号链接展开，它会在最后一步检查路径是否存在，但只要中间某级目录不存在，就会抛 FileNotFoundError，而不是安静返回 False。它本质是“强 exists”，不是“安全 exists”。
实操建议：
- 需要绝对路径且确保存在 → 用
try: p.resolve() except FileNotFoundError: - 只想安静判断存在性 → 坚持用
exists()，别为了“看起来更完整”强行套resolve() -
resolve(strict=False)在 Python 3.12+ 才支持，旧版本调用即报错，别误用
exists() 返回 False，其实问题不在函数，而在没意识到 shell 当前在哪、脚本在哪、文件又在哪——这三个“哪”对不上，后面所有逻辑都白搭。Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
