file_exists仅检查路径存在性而不区分类型，需配合is_file()或is_dir()校验；应使用绝对路径（如__DIR__拼接）、realpath()规范化、注意权限与大小写敏感问题。
file_exists 会检查路径是否存在，但不区分文件和目录
file_exists 只返回 true 或 false，只要路径存在（无论是普通文件、目录、符号链接，甚至某些特殊设备节点），它就返回 true。这点常被误用——比如想确认“是不是一个可读的配置文件”，结果传入了一个同名目录，file_exists 仍返回 true，后续 include 就直接报错。
实际使用时建议搭配 is_file() 或 is_dir() 明确类型：
if (file_exists('/path/to/config.php') && is_file('/path/to/config.php')) {
require '/path/to/config.php';
}
- 单独用
file_exists适合做“存在性兜底”，比如日志目录是否已建好 - 要加载、读取、写入前，必须加
is_file()或is_dir()校验类型 - 注意：如果路径是符号链接，
file_exists检查的是链接指向的目标是否真实存在（即会解析 symlink）
相对路径容易出错，优先用绝对路径
PHP 的当前工作目录（getcwd()）不等于脚本所在目录（__DIR__），而 file_exists 默认按当前工作目录解析相对路径。Web 环境下，请求入口可能是 index.php，但执行到某个 include 文件时，getcwd() 仍是 Web 根目录，不是该 include 文件所在目录。
所以别这么写：
立即学习“PHP免费学习笔记（深入）”；
// ❌ 错误示例：假设在 /app/lib/Helper.php 中调用
if (file_exists('config/local.php')) { ... }
应该显式拼接：
// ✅ 正确做法：基于当前文件位置定位
$configPath = __DIR__ . '/../config/local.php';
if (file_exists($configPath) && is_file($configPath)) { ... }
-
__FILE__是当前文件完整路径，__DIR__是其目录部分，更安全 - 避免依赖
chdir()后的环境，也不要用dirname(__FILE__)这种冗余写法 - 如果路径来自用户输入或配置，务必先用
realpath()规范化，再检查，防止../跳出预期范围
权限问题不会触发 warning，但会导致后续操作失败
file_exists 在绝大多数情况下不会因权限不足报错——即使你对父目录没有 read 权限，只要系统能判断路径“存在与否”，它就返回结果。但它可能返回 false，仅仅因为没权限进入某一级目录（比如 /var/www/private/file.txt，你对 /var/www/private 没有 x 权限，file_exists 就会返回 false，哪怕文件真实存在）。
这意味着：
- 返回
false≠ 文件一定不存在，可能是权限/SELinux/ACL 拦截 - 返回
true≠ 你一定能open或read它，还得看具体权限位和用户身份 - 调试时可用
ls -ld /path/to/dir和id看实际运行 PHP 的用户（如www-data）是否有执行（x）目录、读取（r）文件的权限
Windows 下大小写不敏感，Linux 下敏感，跨平台要小心
在 Linux/Unix 系统中，file_exists('Config.php') 和 file_exists('config.php') 是两个不同检查；Windows 则自动忽略大小写。如果你在 Windows 开发、Linux 部署，很容易遇到本地测试通过、上线后 file_exists 返回 false 的情况。
应对方式很简单：
- 统一项目内文件命名风格（全部小写 + 下划线，或 PSR-4 驼峰），并严格遵守
- 不要依赖
file_exists做“模糊匹配”，比如试图用它找class-*.php，应改用glob()或scandir() - CI 流程里加一条 shell 检查：
find . -name "*.php" | grep -i "config"，提前暴露大小写不一致
最麻烦的不是函数本身难用，而是它太“安静”——不报错、不警告、不提示类型，只默默返回布尔值。你得自己补全上下文判断，否则线上故障时连日志都找不到线索。
