登录
首页 >  文章 >  php教程

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

时间:2026-05-10 12:08:41 450浏览 收藏

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

怎样解决 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-Typetext/plainapplication/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 启动后仍显示源码

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

快速排查步骤:

  • 确认控制面板里 ApacheMySQL(后者非必须)状态是绿色“Running”,不是黄色“Started”或红色“Stopped”
  • 检查 Apache 错误日志(XAMPP 在 xampp\apache\logs\error.log),搜索关键词 Cannot load moduleInvalid command 'php'
  • 若曾手动改过 httpd.conf,对比默认备份(如 httpd.conf.bak),特别注意 LoadModuleAddType 行是否被删或注释
  • 换端口试试:把 Listen 80 改成 Listen 8080,重启 Apache,再访问 http://localhost:8080/info.php
实际环境中,多数“显示源码”问题卡在第一层:Apache/Nginx 根本没把请求转给 PHP。先确认 phpinfo() 的响应头和内容类型,比盲目改权限、清缓存、重装 PHP 有效得多。很多调试者花几小时调 .htaccessphp.ini,却忘了最基础的模块加载状态——那是整个链条的起点。

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

资料下载
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>