Apache无法提供新部署PHP文件服务，重启服务仍无效

嘿，这种情况我碰到过好几次了，结合你的描述——本地测试正常、文件权限和其他文件一致、之前同款部署没问题，大概率不是代码本身的锅，而是Apache或者服务器环境的小细节出了岔子。给你列几个最常见的排查方向，按优先级来：

• 检查Apache的路径映射配置：
  会不会最近有人修改了虚拟主机配置（比如/etc/apache2/sites-available/your-site.conf）或者全局的apache2.conf？比如新文件放的目录不在DocumentRoot指定的路径里，或者<Directory>块里的Require all granted、AllowOverride设置变了？
  可以先跑apache2ctl -t检查配置语法有没有错误，再用apache2ctl -S查看当前生效的虚拟主机和根目录，确认你的新文件路径完全在对应根目录范围内。

• 排查URL重写规则冲突：
  如果你的项目用了框架的URL重写（比如Laravel、ThinkPHP这类的.htaccess文件），新文件的URL可能被重写规则拦截了。比如你上传了new-page.php，但重写规则把所有请求都导向了index.php，而框架路由里没配置这个文件的访问路径。
  可以临时把.htaccess移到别的目录，直接访问new-page.php试试，或者检查重写规则里有没有添加排除特定文件/目录的规则（比如RewriteCond %{REQUEST_FILENAME} !-f这类，确保存在的文件不会被重写）。另外，别忘了清浏览器缓存——用Ctrl+Shift+R强制刷新，或者开隐私窗口访问试试。

• SELinux上下文限制（仅限RHEL/CentOS等系统）：
  如果服务器是用SELinux的系统，就算文件权限是对的，SELinux的安全上下文不对也会导致Apache读不到文件。你可以用ls -Z查看新文件的SELinux标签，对比其他正常运行的PHP文件，正常的应该是httpd_sys_content_t这类标签。
  如果标签不对，用chcon -Rv --type=httpd_sys_content_t /path/to/your/new/files修复，也可以临时用setenforce 0关闭SELinux测试（测试完记得改回setenforce 1，并修复上下文，别一直关着）。

• 文件系统同步或Apache目录缓存问题：
  有时候文件部署后，因为文件系统缓存（比如用了NFS挂载的目录）或者Apache的目录缓存，进程没“看到”新文件。可以试试touch /path/to/your/site-root/.htaccess——哪怕没修改.htaccess，touch一下会触发Apache重新加载目录配置。另外，在服务器上用ls确认文件确实存在，路径和你访问的URL对应（比如访问/new.php，文件是不是在DocumentRoot下的new.php）。

• 查看Apache错误日志：
  这是最关键的一步！跑tail -f /var/log/apache2/error.log，然后在浏览器里访问那个404的URL，日志里会直接告诉你原因——是文件路径不存在、权限被拒、还是重写规则出了问题。很多时候看日志就能直接定位根源，别跳过这步！

内容的提问来源于stack exchange，提问作者Witt Dobesh