file_exists()仅判断路径存在性而不区分文件或目录类型，不检查权限、符号链接有效性及open_basedir限制；应配合is_file()、is_dir()、is_readable()、is_writable()等函数组合验证实际访问条件。
用 file_exists() 判断路径是否存在但不区分类型
file_exists() 是最常用的起点，但它只回答“这个路径对应的文件或目录在磁盘上是否存在”，不告诉你它是文件还是目录，也不管权限或符号链接是否可访问。
常见错误现象：调用 fopen() 前只用 file_exists() 检查，结果仍报 Permission denied 或 No such file or directory（尤其在 symlink 或 open_basedir 限制下）。
- 它对不存在的路径返回
false，对存在的文件/目录都返回true - 如果路径是符号链接，
file_exists()检查的是目标是否存在，不是链接本身 - 受
open_basedir配置影响：即使路径物理存在，若超出限制范围，也会返回false - 不检查读写权限，
is_readable()和is_writable()需单独加
用 is_file() 和 is_dir() 明确类型并隐含有效性
这两个函数比 file_exists() 更严格：它们不仅要求路径存在，还要求类型匹配，且会触发实际的 stat 系统调用——这意味着能暴露更多真实状态，比如损坏的符号链接、NFS 挂载点不可达等。
使用场景：你要打开一个配置文件，就得确认它是个「文件」；你要扫描子目录，就得确认它是个「目录」。光存在不够，类型错照样失败。
立即学习“PHP免费学习笔记（深入）”；
-
is_file(<code>/path/to/conf.php) 返回true仅当该路径存在且是普通文件（不含目录、socket、设备文件） -
is_dir(<code>/var/log/app) 对无效挂载点或中断的 NFS 路径常返回false，而file_exists()可能还缓存着旧结果 - 二者都会检查当前 PHP 进程是否有权限执行
stat()，所以比单纯file_exists()更贴近后续操作的真实条件
绕过 open_basedir 限制时不能只信 file_exists()
当 PHP 配置了 open_basedir，很多路径函数会在进入内核前就被拦截，file_exists() 返回 false 并不意味着路径不存在，只说明它被策略拒绝了。
这时你需要结合 ini_get('open_basedir') 判断当前上下文是否允许访问该路径，而不是把 false 当作最终结论。
- 先用
realpath(<code>$path) 获取绝对路径（注意它也会受open_basedir影响而返回false） - 再用
strpos()检查该绝对路径是否落在open_basedir允许的前缀内（支持多个路径用:分隔） - 如果路径连
realpath()都过不去，大概率是权限或符号链接断裂，而非单纯“不存在”
检测可读性必须用 is_readable()，别依赖 file_exists()
Linux 下常见情况：文件存在，但属主不是 web 服务器用户，且权限为 600；或者文件在 ext4 上但挂载时用了 noexec 或 nosuid 选项——这些都不影响 file_exists()，但会让 fopen() 直接失败。
性能提示：is_readable() 比 file_exists() 略慢（多一次 access() 系统调用），但这是必要代价。
-
is_readable()在 Windows 下行为一致，不区分大小写，但注意 FAT32 卷无权限模型，它总是返回true（只要存在） - 对目录，
is_readable()表示能否列出内容（即执行opendir()），不是能否读取某个子文件 - 如果要写入，务必补上
is_writable()，尤其在容器或 SELinux 环境中，写权限常被额外限制
is_file($path) && is_writable($path)，缺一不可。很多人卡在“明明存在却打不开”，问题就出在只验存在、不验权限和类型。 
