is_readable() 可直接判断文件是否存在且可读，已隐式检查存在性、是否为普通文件及路径可访问性，无需先调用 file_exists()；它不报错只返回 false，调试应结合 stat() 或检查 open_basedir 等配置；推荐配合 realpath() 归一化路径后再判断。
用 is_readable() 判断文件是否存在且可读
is_readable() 是 PHP 最直接的判断方式，但它不只是检查“权限位”，还会隐式验证文件是否存在、是否为普通文件（而非目录）、路径是否可访问。如果文件不存在或被 chmod 为 000，它都返回 false。
常见误用是先调用 file_exists() 再调用 is_readable()——没必要，is_readable() 已包含存在性检查。多一次调用反而增加开销，还可能在两次调用之间发生文件变动（竞态）。
- 只对真实路径有效，不支持 URL（如
http://或php://流） - 在 Windows 下基本忽略权限位，主要看文件是否被其他进程独占打开（如 Excel 正在编辑该文件）
- 如果路径是符号链接，会检查目标文件的可读性，不是链接本身
- 示例：
if (is_readable('/var/log/app.log')) { $content = file_get_contents('/var/log/app.log'); }
为什么 is_readable() 返回 false 却没报错？
它不抛出警告或异常，只静默返回 false。这容易让人误以为“文件不可读”只是权限问题，实际可能是：open_basedir 限制、SELinux 策略拦截、挂载点不可访问、NFS 权限映射失败等。
调试时建议配合 error_get_last()（但注意：它不会记录 is_readable() 的失败原因），更可靠的是用 stat() 查看底层状态：
立即学习“PHP免费学习笔记（深入）”；
-
stat()成功说明路径可达且存在；失败则说明路径/权限/挂载等问题更底层 - 检查
stat()['mode'] & 0400可手动验 owner 可读位（仅作参考，不替代is_readable()） - 在容器或共享主机环境中，优先查
open_basedir和disable_functions配置
判断前要不要加 realpath()？
要，尤其当路径来自用户输入、配置项或拼接字符串时。is_readable() 对相对路径、../、软链未解析路径行为不稳定，某些 PHP 版本甚至会因路径规范问题返回意外结果。
- 使用
realpath($path)能归一化路径、展开软链、确认物理存在性，再传给is_readable() - 但注意：
realpath()在路径不存在时返回false，需先判空 - 示例：
$path = '/etc/../tmp/config.ini'; $real = realpath($path); if ($real && is_readable($real)) { // 安全读取 }
用 fopen() + fclose() 替代判断？
不推荐。有人为“一步到位”而跳过判断，直接 fopen($path, 'r') 并检查返回值——这看似省事，实则埋坑：
- 每次打开都会触发系统调用和 I/O 检查，比
is_readable()开销大 - 若后续还要读内容，等于重复打开两次（一次判断、一次真正读）
- 在高并发下可能引发文件描述符耗尽或锁竞争
- 某些流封装器（如
sftp://）中，fopen()失败不一定能准确反映“不可读”，而是连接/认证问题
真要合并逻辑，应先 is_readable()，再 file_get_contents() 或单次 fopen() ——这是最轻量、最可控的组合。
实际项目里最容易被忽略的是路径解析和 open_basedir 限制，而不是函数选错。写完记得在目标环境（尤其是生产部署的容器或 cPanel）里实测一次真实路径。
