在 centos 7 上运行 php 时，即使 apache 用户（apache）拥有 `/var/www/html/` 目录的正确文件系统权限（如 775），仍可能因 selinux 强制访问控制策略阻止写入操作，导致 `file_put_contents()` 报错 “permission denied”。
这是 CentOS/RHEL 系统中极具代表性的“权限看似正确却依然失败”的典型场景。根本原因往往不是传统的 Unix 文件权限（chmod/chown），而是 SELinux 的安全上下文限制 —— 即使 apache 用户对目录有读写执行权限，SELinux 默认禁止 Web 进程向非标记为可写内容的区域写入文件。
✅ 快速验证是否为 SELinux 导致
以 root 身份临时禁用 SELinux 策略（仅用于诊断，切勿长期关闭）：
sudo setenforce 0
然后重新访问你的 PHP 脚本（如 http://localhost/file.php）。若此时 file.bin 成功创建，即可确认问题根源是 SELinux。
⚠️ 验证后请立即恢复强制模式： sudo setenforce 1
✅ 正确修复：为目录分配合适的 SELinux 上下文
SELinux 要求 Web 服务（httpd）写入的目录必须具有 httpd_sys_rw_content_t 类型标签。执行以下命令为你的网站根目录设置持久化可写上下文：
立即学习“PHP免费学习笔记（深入）”；
# 为 /var/www/html/ 及其子目录递归设置可读写内容类型 sudo chcon -R -t httpd_sys_rw_content_t /var/www/html/ # （推荐）同时应用到未来新建文件（确保规则持久化） sudo semanage fcontext -a -t httpd_sys_rw_content_t "/var/www/html(/.*)?" sudo restorecon -Rv /var/www/html/
? semanage 命令需先安装策略管理工具（若未安装）：
sudo yum install policycoreutils-python-utils
✅ 补充检查项（排除其他干扰）
-
确认 Apache 运行用户：检查 /etc/httpd/conf/httpd.conf 中 User 和 Group 设置（默认为 apache），确保与目录属主一致：
ls -ld /var/www/html/ # 应显示类似：drwxrwxr-x. 3 apache apache ...
避免使用 777：chmod 777 不解决 SELinux 问题，反而引入安全风险，应严格避免。
PHP 安全模式/OPcache 干扰？：现代 PHP 已废弃 safe_mode，但可检查 disable_functions 是否禁用了 file_put_contents（极少发生，可通过 phpinfo() 确认）。
✅ 示例：完整可运行的测试脚本（建议部署前验证）
✅ 写入成功！文件路径：" . htmlspecialchars($target) . ""; echo "" . htmlspecialchars(file_get_contents($target)) . ""; } else { echo "❌ 写入失败！请检查 SELinux 上下文与目录权限。
"; echo "当前执行用户：" . get_current_user() . "
"; } ?>✅ 总结
CentOS 7 中 PHP 写入失败的首要排查方向不是 chmod 或 chown，而是 SELinux 上下文。正确做法是：
① 用 setenforce 0 快速验证；
② 使用 chcon + semanage fcontext + restorecon 组合赋予 httpd_sys_rw_content_t 类型；
③ 永远保持 SELinux 启用（setenforce 1），通过策略而非妥协安全性来解决问题。遵循此流程，即可在保障系统安全的前提下，彻底解决 PHP 文件写入被拒问题。
