php 文件无法执行是因为未通过 web 服务器解析；“找不到路径”错误仅发生在 web 服务器返回 404 或 php 函数（如 include）抛出 open stream 错误时，需检查文档根目录、路径大小写、__dir__ 用法、open_basedir 限制及权限配置。
直接双击打开 .php 文件，或用浏览器打开 file:/// 协议路径（如 file:///D:/test.php），根本不会执行 PHP，只是把源码当纯文本展示——这不是“找不到文件”，是压根没走 PHP 解析流程。真正的“找不到指定的路径”错误，只会在两种场景下真实发生：一是 Web 服务器返回 404，二是 PHP 代码里调用 include、require、fopen 等函数时抛出 failed to open stream 警告。
浏览器访问 localhost 时 404：文件不在 Web 根目录
Apache/Nginx 不会扫描你整个硬盘，它只认一个“文档根目录”。XAMPP 默认是 C:\xampp\htdocs\，WAMP 是 C:\wamp64\www\，phpStudy 是 D:\phpStudy\WWW\。如果你把 index.php 放在桌面，然后访问 http://localhost/index.php，服务器必然报 404。
- 确认文件已复制到正确的根目录下，不是“看着像”而是“真在那里”
- 检查 URL 路径是否与文件在根目录下的相对位置一致，比如
htdocs/api/user.php就得访问http://localhost/api/user.php - Linux/macOS 下注意大小写：
User.php≠user.php；Windows 虽不敏感，但部署到生产环境会翻车 - 别用资源管理器地址栏里的路径去拼 URL，那是本地文件系统路径，和 Web 路由无关
PHP 代码里 include 报错：相对路径基于当前工作目录，不是文件所在目录
include 'config.php'; 这行代码运行时，PHP 查找的是 getcwd() 返回的路径，而不是该 .php 文件自己所在的目录。脚本从命令行运行、被其他脚本包含、或通过 Web 访问，getcwd() 都可能不同，导致路径飘移。
- 统一改用
__DIR__：把include 'config.php';换成include __DIR__ . '/config.php'; - 验证路径是否存在：
var_dump(file_exists(__DIR__ . '/config.php'));，输出false就说明路径算错了 - 避免硬编码绝对路径（如
C:\www\config.php），既不可移植，又容易在迁移后失效 - 如果用了 Composer，
vendor/autoload.php也必须用__DIR__引入：require __DIR__ . '/vendor/autoload.php';
服务器配置或权限导致“找不到”：open_basedir 或目录权限拦截
即使路径算对了、文件也存在，PHP 还可能被主动拦住。常见于虚拟主机或安全加固后的环境。
- 执行
echo ini_get('open_basedir');，如果输出非空（如/var/www/html:/tmp），说明 PHP 只能访问这些目录及子目录——你的文件若在/home/user/project，就必然失败 - 检查目标文件和父目录的读取权限：
ls -l config.php（Linux/macOS）或属性对话框（Windows），确保运行 PHP 的用户（如www-data或IUSR）有读权限 - Apache 的
<directory></directory>块里若写了Require all denied，或 Nginx 的location块漏了try_files，也会让请求在到达 PHP 前就被拒 - 临时排查可注释掉
.htaccess全部内容，或改名备份，再刷新页面看是否恢复
最易被忽略的一点：错误日志里写的“找不到文件”，往往不是你第一反应的那个文件。比如 require 'database.php' 失败，真正缺失的可能是 database.php 里又 include 的 credentials.json。必须顺着报错堆栈一层层查，不能只盯着最外层那行代码。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
