PHP代码本身不会“跑”到网页上。码运它死在服务器里，网页变成HTML，码运才被送到浏览器。网页这个区别，码运很多人学了一辈子都没搞明白。网页

你写的码运那堆<?php echo "hello"; ?>，浏览器根本看不见。网页它收到的码运是干干净净的“hello”三个字母。PHP像厨房里的网页厨师，你点菜（请求页面），码运他炒菜（执行代码），网页服务员端出来的码运（响应HTML）才是你能吃的。厨师不会跟着菜一起上桌。网页

我第一次搭环境时，码运用记事本写了个phpinfo()，双击文件想用浏览器打开。结果浏览器显示了一堆源代码，跟看天书似的。后来才知道，得先装Apache或Nginx这类服务器软件，再把文件放到指定的www目录里，通过“localhost/文件名.php”访问。直接双击文件，系统默认用文本编辑器打开，PHP引擎根本没机会执行——因为压根没有服务器进程在监听。

具体流程拆开看，大概是这样的：你在地址栏敲下网址，浏览器先向服务器发一个HTTP请求。服务器收到后，一看后缀是.php，就把这个文件丢给PHP解释器处理。解释器从上到下读代码，碰到<?php ?>标签就执行里面的逻辑，碰到普通HTML就直接原样输出。执行完，生成一个纯HTML字符串，服务器再把这个字符串打包成HTTP响应，送回浏览器渲染。

这里有个关键点：PHP是“无状态”的。它执行完就忘，不保存任何变量。每次请求都是从头开始。所以你在代码里写个$count = 1;，刷新一次页面，它还是1，不会变成2。想要计数，得存到数据库或文件里。

实际操作中，最常见的坑是路径问题。你在代码里写include "config.php"，这个相对路径是相对于“当前工作目录”的，而工作目录通常不是你放代码的文件夹，而是服务器启动时的目录。搞不好就报“文件找不到”的错误。解决办法是用__DIR__常量拼绝对路径，这玩意儿永远指向当前文件所在目录，稳得很。

还有个容易忽略的细节：PHP代码里的换行和空格，在输出HTML时会被保留。如果你在?>后面不小心多打了个空行，浏览器源码里就会多一个空行。虽然肉眼看不见，但会影响某些对空白敏感的布局。我见过有人排查半天，最后发现是PHP文件末尾多了个换行符，导致页面顶部出现一条白线。

说到调试，初学者最爱用echo打印变量。这招简单粗暴，但有个毛病：如果代码逻辑有分支，你根本不知道执行到哪一步。更靠谱的办法是写日志。用error_log()函数往服务器日志里输出信息，然后打开终端实时跟踪tail -f /var/log/php_errors.log。这样能看到完整的执行轨迹，比盲猜强多了。

最后说个反直觉的事：PHP代码越短，页面加载不一定越快。因为真正耗时的是数据库查询和外部API调用，纯PHP逻辑执行通常就几毫秒。有时候为了省几行代码，写出一堆嵌套循环，反而比多写几个函数更慢。优化性能，先看SQL语句有没有走索引，再看有没有重复查询，最后才抠代码细节。

你照着教程配好环境，写个echo "你好"，浏览器显示出来那瞬间，恭喜你，你刚刚完成了一次完整的请求-响应循环。这背后涉及Web服务器、解释器、HTTP协议、浏览器渲染——每一层都有各自的门道。但第一步，就是接受这个事实：你写的代码，和用户看到的，从来不是同一个东西。