用 file_exists() 判断文件是否存在最直接
PHP里检测一个路径是不是真实存在，file_exists() 是首选。它不区分文件还是目录，只要路径在文件系统里能访问到（权限允许的前提下），就返回 true。
常见错误现象：用 is_file() 或 is_dir() 单独判断，结果路径存在但类型不对，就误判为“不存在”；或者没考虑 open_basedir 限制，函数始终返回 false 却以为是路径错了。
-
file_exists()返回false可能因为：路径不存在、权限不足、被open_basedir拦截、符号链接指向无效目标 - 如果明确只关心“是不是普通文件”，改用
is_file()；只关心“是不是目录”，用is_dir() - 注意：Windows 下路径大小写不敏感，Linux 下敏感 ——
file_exists('Readme.md')在 Linux 可能失败，而readme.md才对
is_readable() 和 is_writable() 要比存在性更进一步
光知道文件“存在”不够，很多场景真正需要的是“能不能读”或“能不能写”。比如上传前检查临时目录是否可写，或读取配置前确认有读权限。
使用场景：处理用户上传、日志写入、缓存生成等涉及 I/O 的逻辑时，仅靠 file_exists() 容易在后续 fopen() 或 file_get_contents() 时抛出警告。
立即学习“PHP免费学习笔记（深入）”；
-
is_readable()在路径存在且当前 PHP 进程有读权限时才返回true；目录也适用（表示能否列出内容） -
is_writable()对文件要求有写权限，对目录则要求有写+执行权限（Linux 下缺一不可） - 注意：
is_writable()在某些 Windows 配置下可能返回false，即使实际可以写 —— 这是 PHP 的已知行为，建议配合touch()尝试创建空文件来验证
相对路径和 __DIR__ 搞错会导致判断永远失败
PHP 脚本执行时的当前工作目录（getcwd()）不一定等于脚本所在目录。直接写 file_exists('config.php')，很可能在 CLI 下跑通，Web 环境却失效。
典型错误：把路径拼成 './data/cache/' . $key . '.json'，但脚本从别处被 include，当前目录变了，路径就错位了。
- 一律用
__DIR__或dirname(__FILE__)做基准：file_exists(__DIR__ . '/config.php') - 避免用
$_SERVER['DOCUMENT_ROOT']拼路径 —— CLI 环境下它可能为空或未定义 - 如果路径来自用户输入（如 URL 参数），必须先用
realpath()规范化，并严格校验是否落在允许范围内，防止路径遍历
遇到 Warning: file_exists(): open_basedir restriction... 怎么办
这个错误不是代码写错了，而是 PHP 配置拦住了你。一旦触发，file_exists() 直接返回 false，而且不会告诉你是因为权限还是路径问题。
性能影响：每次调用都会触发 open_basedir 检查，频繁判断会略微拖慢；更重要的是，它掩盖了真实原因，让调试变困难。
- 先用
ini_get('open_basedir')看当前限制范围，确认目标路径是否在其中 - 开发环境建议关掉 open_basedir（
open_basedir = ""），生产环境再按需收紧 - 如果无法改配置，可用
stream_resolve_include_path()辅助判断 —— 它遵守 include_path 且不受 open_basedir 影响，适合找类文件或配置模板
