is_readable() 是判断文件是否可读的最直接方法，它综合检查文件存在性、类型、权限及系统级限制，比 file_exists() 或 fileperms() 更可靠。
用 is_readable() 判断文件是否可读最直接
PHP 内置的 is_readable() 是检测文件可读性的首选函数，它不只检查权限位，还会验证文件是否存在、是否为普通文件（而非目录）、以及当前运行 PHP 的用户是否有读取权限（包括 Linux 的 owner/group/others 权限和 Windows 的 ACL）。
常见错误是以为 file_exists() 返回 true 就能读——其实可能被权限或 SELinux 限制；或者用 stat() + 手动解析 mode 位，既冗余又容易漏掉系统级限制。
-
is_readable()返回true表示文件存在且当前进程可打开读取（即fopen($file, 'r')不会失败） - 对目录也返回
true（因为目录“可读”意味着可列出内容），如需专指普通文件，应额外用is_file() - 注意：如果文件路径含符号链接，
is_readable()检查的是目标文件权限，不是链接本身
为什么 fileperms() + 位运算容易出错
有人试图用 fileperms($file) & 0400 判断 owner 是否有读权限，但这只是静态检查，忽略了实际执行时的权限上下文：
- Web 服务器（如 Apache 的
www-data或 Nginx 的nginx用户）可能不属于文件所属 group，导致 group 位无效 - SELinux 或 AppArmor 等强制访问控制策略会覆盖传统 Unix 权限，此时
fileperms()显示可读，但fopen()仍会报Permission denied - Windows 下
fileperms()返回值不可靠，且 NTFS 权限不映射到 Unix mode 位
所以仅靠 fileperms() 做判断，线上环境大概率误判。
立即学习“PHP免费学习笔记（深入）”；
真实场景中必须配合 fopen() 尝试打开
当业务逻辑对“可读”要求严格（比如要立即读取内容），仅靠 is_readable() 仍不够——它只保证“此刻可读”，但文件可能在调用后瞬间被其他进程删/改权限/加锁。
- 安全做法是：先调用
is_readable()快速过滤明显不可读的路径，再用fopen($file, 'r')实际尝试，捕获警告并处理 - 用
@fopen()抑制警告，或提前设置error_reporting(0)，避免因单个文件问题影响整体流程 - 示例：
$fp = @fopen($file, 'r');
if ($fp === false) {
// 处理不可读：记录日志、跳过、抛异常等
}
注意 open_basedir 和 safe_mode（已废弃但遗留配置仍有影响）
即使文件权限完全正确，PHP 的 open_basedir 配置也会拦截对指定目录外文件的访问，此时 is_readable() 返回 false，错误信息通常是：is_readable(): open_basedir restriction in effect。
- 检查
phpinfo()中open_basedir值，确认目标路径在其允许范围内 - 若用容器或共享主机，该配置常由运维设定，开发无法修改，只能调整文件路径或申请白名单
- PHP 5.4+ 已移除
safe_mode，但旧代码或迁移项目中若残留相关逻辑，也可能干扰判断
权限检测真正复杂的地方不在函数怎么写，而在于你得同时想到操作系统权限、Web 服务器身份、PHP 运行时限制、以及并发时序问题——漏掉任意一层，线上就可能静默失败。
