os.path.exists 返回 False 的常见原因包括：相对路径受当前工作目录影响、符号链接目标不存在、不区分文件与目录；应优先用 pathlib.Path.exists 并注意父目录存在性、避免竞态条件。
os.path.exists 为什么有时返回 False，但文件明明在？
常见错误是传入相对路径却没注意当前工作目录（os.getcwd()），比如脚本在 /home/user/project 运行，而你检查的是 "data/config.json" —— 它实际查的是 /home/user/project/data/config.json，但文件其实在 /home/user/data/config.json。另外，os.path.exists 对符号链接失效（链接目标不存在时也返回 False），且不区分文件/目录。
- 用
os.path.abspath(path)先转成绝对路径再判断，避免 cwd 干扰 - 若需确认是文件而非目录，改用
os.path.isfile(path) - 遇到符号链接，用
os.path.lexists(path)判断链接本身是否存在 - Windows 下注意大小写不敏感，Linux/macOS 严格区分
"File.txt"和"file.txt"
pathlib.Path.exists 怎么用才不踩坑？
pathlib 是 Python 3.4+ 的推荐方式，但新手常忽略它的对象化特性：它不自动处理路径拼接逻辑，也不会帮你补全缺失的父目录。比如 Path("logs/app.log").exists() 返回 False，未必是文件不存在，可能是 logs/ 目录压根没创建。
- 检查前先确认父目录存在：
Path("logs/app.log").parent.exists() - 路径含变量时别用字符串拼接，用
/操作符：base / "data" / filename -
Path.exists()同样不区分类型，要判断是否为普通文件，用.is_file()；判断目录用.is_dir() - 注意
Path构造时若含空格或特殊字符（如~），不会自动展开，得手动调用.expanduser()
os.path.exists 和 Path.exists 性能差多少？
单次调用几乎没差别，底层都走系统 stat 调用。但频繁判断同一路径时，Path 实例有轻微初始化开销（创建对象），而 os.path.exists 是纯函数调用。不过这点差异在绝大多数场景下可忽略——真正影响性能的是反复调用、尤其在循环里做存在性检查。
macOS UI 自动化技能包 —— 用 Python 控制你的 Mac
下载
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
- 如果只是启动时校验配置路径，任选其一，读代码体验优先选
Path - 若在热循环中（如轮询日志目录），避免每次新建
Path对象，复用已构造好的实例 - 不要为了“性能”硬套
os.path，Python 3.6+ 中pathlib已足够快，且更易维护 - 跨平台兼容性上，
Path默认处理好路径分隔符（/或\），os.path需手动调用os.path.join
判断前要不要先 try/except？
不用。文件存在性检查（exists 或 is_file）和后续打开操作之间存在竞态条件（race condition）：检查时存在，打开时可能已被删除或权限变更。尤其在多进程/多线程环境，靠检查防错不可靠。
立即学习“Python免费学习笔记（深入）”；
- 正确做法是直接
open()或Path.open()，捕获FileNotFoundError或PermissionError - 仅当业务逻辑必须“提前知道是否存在”才用
exists，例如跳过大量无效路径遍历 -
Path.exists()在 NFS 或某些网络文件系统上可能异常缓慢甚至挂起，此时 try/except 反而更稳 - 注意
os.path.exists对某些伪文件（如/proc/cpuinfo）可能返回False，但实际可读 —— 这类情况只能靠尝试访问
exists 就万事大吉，该试就试，该捕获就捕获。 
