怎样解决 PHP 运行结果显示为源代码问题_检查服务器 PHP 解析模块-php教程-PHP中文网

最常见原因是Apache未加载mod_php模块或未映射.php后缀：运行apache2ctl -M | grep php确认模块是否加载，检查配置中LoadModule php_module modules/libphp.so和AddType application/x-httpd-php .php是否存在且未被注释，修改后需重启服务而非reload。

怎样解决 php 运行结果显示为源代码问题_检查服务器 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 解析流程。

btpanel phpsite 宝塔面板PHP网站

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

操作很简单：

新建一个 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，却忘了最基础的模块加载状态——那是整个链条的起点。