PHP显示源代码怎么解决？检查服务器PHP解析模块

当PHP文件在浏览器中直接显示源代码而非执行，根本原因通常是Web服务器（如Apache或Nginx）未能将.php请求正确交由PHP解析器处理——Apache可能未加载mod_php模块或缺失.php后缀映射，Nginx则常因缺少fastcgi_pass配置或PHP-FPM服务未运行而失效；快速定位的关键是新建info.php并检查HTTP响应头中的Content-Type：若为text/plain即确认解析链断裂，此时应优先验证模块加载状态、配置文件关键指令是否启用、服务是否真正运行，而非盲目调整权限或重装环境——90%的此类问题，都卡在最基础的服务器与PHP的连接环节。

Apache 没加载 mod_php 或没映射 .php 后缀

这是最常见原因：服务器收到 index.php 请求后，根本没把它交给 PHP 解析器，而是当成纯文本直接返回。浏览器看到的就是原始代码。

检查点很明确：

• 运行 apache2ctl -M | grep php（Linux）或 httpd -M | grep php（macOS/Windows），看输出里有没有 php_module；没有就说明模块根本没加载
• 打开 Apache 配置文件（如 /etc/apache2/apache2.conf 或 /etc/httpd/conf/httpd.conf），确认存在且未被注释的两行：
  AddType application/x-httpd-php .php
LoadModule php_module modules/libphp.so（Linux）或对应 Windows 路径的 .dll
• 修改后必须执行 sudo systemctl restart apache2（Debian/Ubuntu）或 sudo apachectl restart（macOS），reload 不一定生效

Nginx 配置里漏了 fastcgi_pass 或 PHP-FPM 没跑

Nginx 本身不解析 PHP，全靠转发给 PHP-FPM。如果 location ~ \.php$ 块里缺关键配置，或者 PHP-FPM 进程根本没启动，就会直吐源码。

重点核对三件事：

• PHP-FPM 是否在运行：sudo systemctl status php-fpm（常见服务名，也可能是 php8.2-fpm，用 systemctl list-units | grep fpm 确认）
• Nginx 的 server 块中，该 location 是否包含：
  fastcgi_pass 127.0.0.1:9000;（或 unix:/run/php/php8.2-fpm.sock）
  fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
• 确保 include fastcgi_params; 在 fastcgi_pass 之前，否则 SCRIPT_FILENAME 可能为空

验证 PHP 是否真被调用：用 phpinfo() 测响应头

别只看页面内容——源码显示时，真正要盯的是 HTTP 响应头。如果 Content-Type 是 text/plain 或 application/octet-stream，那 100% 是服务器没走 PHP 解析流程。

操作很简单：

• 新建一个 info.php，内容只有
• 通过 http://localhost/info.php 访问（不是双击打开，也不是 file:// 协议）
• 打开浏览器开发者工具 → Network → 点击 info.php 请求 → 查看 Response Headers 中的 Content-Type 值
• 如果是 text/html 且页面显示了 PHP 配置表，说明 PHP 已通；如果是 text/plain 并显示源码，问题还在服务器配置层

Windows 下 XAMPP/WAMP/Laragon 启动后仍显示源码

这类集成环境本应开箱即用，但实际常因端口冲突、服务未真正启动、或配置被意外修改而失效。

快速排查步骤：

• 确认控制面板里 Apache 和 MySQL（后者非必须）状态是绿色“Running”，不是黄色“Started”或红色“Stopped”
• 检查 Apache 错误日志（XAMPP 在 xampp\apache\logs\error.log），搜索关键词 Cannot load module 或 Invalid command 'php'
• 若曾手动改过 httpd.conf，对比默认备份（如 httpd.conf.bak），特别注意 LoadModule 和 AddType 行是否被删或注释
• 换端口试试：把 Listen 80 改成 Listen 8080，重启 Apache，再访问 http://localhost:8080/info.php

实际环境中，多数“显示源码”问题卡在第一层：Apache/Nginx 根本没把请求转给 PHP。先确认 phpinfo() 的响应头和内容类型，比盲目改权限、清缓存、重装 PHP 有效得多。很多调试者花几小时调 .htaccess 或 php.ini，却忘了最基础的模块加载状态——那是整个链条的起点。

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于文章的相关知识，也可关注golang学习网公众号。