为何os.path.exists传入整数不报错且返回True？

核心原因 #

os.path.exists()的底层实现兼容了**文件描述符（file descriptor）**的传入，而非仅支持字符串路径。在Unix-like系统（Linux、macOS等）中，整数会被直接当作文件描述符处理：

• 函数不会强制校验参数类型是否为字符串，而是直接调用系统级接口检查该描述符是否对应一个有效的打开文件/资源。
• 如果你测试的是0、1、2这类整数，它们是进程默认打开的标准输入（stdin）、标准输出（stdout）、标准错误（stderr）的描述符，这些资源始终处于打开状态，所以os.path.exists()会返回True。

关于"任意整数都返回True"的补充 #

实际上并非所有整数都会返回True：如果传入一个当前进程未使用的文件描述符（比如999），函数会返回False，因为系统找不到对应的有效打开资源。你测试时可能只用到了默认的标准流描述符，才误以为所有整数都返回True。

为什么不触发TypeError？ #

Python的os.path模块底层基于C语言实现，没有严格限制参数必须为字符串/字节串。它会优先尝试将参数解析为路径，若失败则 fallback 到文件描述符的逻辑，因此不会抛出类型错误。

结果含义 #

返回True仅表示你传入的整数对应的文件描述符在当前进程中是有效的（即存在一个打开的文件/系统资源绑定到该描述符），和"某个名为整数的文件存在"完全无关——这是典型的参数类型误用导致的逻辑错误。

内容的提问来源于stack exchange，提问作者narsonalin