fileperms()返回值是包含文件类型和权限位的十进制整数，需用& 0777提取八进制权限位（如0644），权限常量必须写为0644（八进制），判断具体权限用位与运算（如& 0200），windows下该函数不可靠。
PHP中fileperms()返回的数值怎么解读
fileperms()返回的是一个十进制整数，但它实际是把文件权限的八进制表示（如0644）转成了十进制。比如0644八进制 = 420 十进制，所以fileperms('test.txt')很可能返回33188或33204这类看似“乱码”的数字——这不是bug，是PHP把权限位、文件类型等全部打包进了一个整数里。
关键点：这个值不是单纯的“权限数字”，它包含了文件类型（如普通文件、目录、符号链接）和权限位（user/group/others 的 rwx）两部分。直接拿它跟0644比较会失败。
正确做法是用位掩码提取权限部分：
- 用
fileperms($path) & 0777屏蔽掉文件类型位，只保留最后9位权限位 - 结果就是标准的八进制权限值（如
420对应0644），可直接用于判断 - 例如：
if ((fileperms($f) & 0777) === 0644)是安全可靠的写法
为什么0644要写成0644而不是644
PHP中权限常量必须带前导0，否则会被当作十进制处理。644是六百四十四，而0644才是八进制的四百二十（即rw-r--r--）。漏掉0会导致权限比对永远为假。
立即学习“PHP免费学习笔记（深入）”；
常见错误示例：
var_dump(fileperms('a.txt') == 644); // ❌ 总是false，因为644是十进制
正确写法：
-
0644、0755、0600—— 八进制字面量，必须带0 - 也可用
octdec('644')动态转换，但没必要，直接写0644更清晰 - 注意：PHP 8.1+ 支持
0o644这种新语法，但兼容性差，不建议混用
如何判断某类权限是否开启（比如“用户是否可写”）
别用===全匹配，改用位与（&）检测特定位是否置1：
- 用户可写：
(fileperms($f) & 0200) !== 0（0200= user write） - 组可执行：
(fileperms($f) & 0010) !== 0（0010= group execute） - 其他可读：
(fileperms($f) & 0004) !== 0（0004= others read） - 注意：必须用
!== 0而非== true，因为结果是整数（如256），不是布尔
这些掩码值对应POSIX标准，比硬记数字更可靠的方式是用is_writable()等封装函数，但它们不区分“谁”有权限——如果需要精确到user/group/others，还是得靠位运算。
Windows下fileperms()基本不可靠
Windows没有原生的rwx权限模型，PHP在Windows上模拟fileperms()时行为不一致：fileperms()可能始终返回33206（即0100666），且无法反映ACL或真实访问控制状态。
这意味着：
- 跨平台代码中，不要依赖
fileperms()做核心权限决策 - Windows上应优先使用
is_readable()、is_writable()、is_executable()等函数 - 若必须解析权限值，先用
PHP_OS_FAMILY === 'Windows'做平台判断再分支处理
真正的难点不在计算，而在理解“权限值”本质是位图——它既不是纯数字也不是字符串，而是操作系统塞进一个整数里的结构化信息。漏掉掩码、搞错进制、忽略平台差异，三者任一都会让判断逻辑静默失效。
