php运行环境是web服务器、php解释器和数据库组成的最小技术栈，三者缺一不可；apache通过mod_php内置执行php，nginx必须经php-fpm处理，配置错误会导致502或404；php版本与扩展须严格匹配框架要求，需用php -m和phpinfo()验证；数据库连接应避免localhost引发的socket问题；xampp等一键包的php.ini常被忽略，修改后须重启并确认生效路径。
PHP运行环境不是某个单一软件，而是一套协同工作的最小技术栈：**Web服务器 + PHP解释器 + 数据库（可选但几乎必用）**。缺一不可，且各组件间有明确职责分工——比如Nginx不解析PHP，Apache靠模块直调，PHP-FPM才是真正在后台执行脚本的进程。
Web服务器怎么选？Apache和Nginx行为差异极大
Apache默认启用mod_php，PHP作为其内部模块运行，请求来时直接调用，配置简单但内存开销大；Nginx本身**完全不解析PHP**，必须通过FastCGI协议把.php请求转发给php-fpm进程处理，配置里必须写明fastcgi_pass 127.0.0.1:9000或unix:/var/run/php/php8.1-fpm.sock。漏配或端口不通，就会出现“502 Bad gateway”或“File not found”——这不是PHP没装好，是Nginx根本没连上PHP-FPM。
PHP版本和扩展不是装上就行，得看框架硬性要求
装了PHP 8.0，但laravel 10要求php >= 8.1.0，composer create-project会直接报错退出；开了pdo_mysql，但忘了启用mbstring，Laravel启动时抛class 'Mbstring' not found——这类错误不会在php -v里暴露。实际验证方式只有两条：
• 运行php -m | grep -E "(pdo|mbstring|openssl|xml)"确认扩展已加载
• 创建info.php文件，内容为<?php phpinfo(); ?>，用浏览器访问看对应模块是否标为“enabled”
数据库不是“能连上”就完事，PDO DSN写错照样500
常见陷阱是MySQL连接配置写成host=localhost——这会让PHP走socket连接，但docker容器或某些linux发行版默认禁用本地socket，结果连不上；改成host=127.0.0.1强制走TCP，问题立刻消失。另外mysql扩展在PHP 7.0+已被移除，必须用PDO或mysqli，否则mysql_connect()函数调用直接报Fatal Error: Uncaught Error: Call to undefined function mysql_connect()。
别信“一键安装包万无一失”，XAMPP/MAMP的php.ini常被忽略
XAMPP控制面板点启动Apache成功，不代表你的项目能跑：它自带的php.ini可能禁用了allow_url_fopen（导致Composer install失败），或upload_max_filesize设成2M（上传大图直接413）。真实路径是C:xamppphpphp.ini（windows）或/Applications/XAMPP/xamppfiles/etc/php.ini（macos），改完必须重启Apache，且要确认phpinfo()页面显示的是这个文件的路径——因为PHP可能同时读取多个ini文件，后加载的会覆盖前面的设置。
立即学习“PHP免费学习笔记（深入）”；
真正卡住人的，从来不是“装没装上”，而是“哪个环节的隐式依赖没满足”。比如fileinfo扩展没开，Laravel Storage::put()写入S3会静默失败；opcache.enable=0开着，本地开发没问题，一上生产就因字节码未缓存导致CPU飙升。这些细节不在安装文档首页，却决定你能不能把第一个echo "Hello"之后的第二行代码跑通。