php代码大全

我翻了十年老项目的屎山，发现百分之八十的“高级技巧”都是坑。真正让PHP代码活下来的，反而是那些最基础的写法。比如isset()和empty()的区别，能分清的人不多，但分不清的人写出的代码，迟早会在凌晨三点把服务器搞挂。

拿一个真实案例说事。上个月帮朋友排查一个支付回调，日志显示回调成功，但数据库里订单状态纹丝不动。查了半天，发现他写的是if(!empty($_POST['sign']))，而对方服务器传的sign恰好是字符串“0”。empty(“0”)返回true，条件直接跳过，整个逻辑静默失败。这种bug不报错、不警告，就像鞋里的一粒沙，只有走到第十公里才疼得你龇牙。

所以第一条铁律：判断变量是否存在用isset()，判断值是否有效用!empty()或显式比较。别混用，别偷懒。你以为省了两行代码，其实是给未来的自己埋了颗地雷。

接着说数组操作。很多人喜欢用array_merge()合并关联数组，但遇到数字键就抓瞎——它会重新索引，把键0变成0，键1变成1，完全打乱原有结构。我见过有人因此把用户ID和订单ID混在一起，最后导出的报表全是乱码。正确做法是array_replace()或者直接用+运算符，前者保留键名，后者只追加不覆盖。记住：合并数组前先问自己，这些键名重要吗？重要就别用array_merge。

还有一个细节，字符串拼接。新手爱用双引号插值，"$name的订单"，看着方便，但一旦变量后面紧跟字母或下划线，解析器就懵了。比如"$user_id"会被当成变量$user_id，而不是$user加字符串“_id”。这种错误报错都报不出来，只能一行行读代码。我的习惯是单引号加.拼接，虽然多打几个字符，但永远不会踩坑。

再聊聊错误处理。PHP的默认错误级别是E_ALL，但很多生产环境为了“稳定”把报错关掉。这等于把仪表盘灯全拔了，发动机冒烟你都不知道。正确姿势是开发环境开E_ALL，生产环境把错误记入日志，但绝不显示给用户。我见过一个电商网站，数据库密码错误直接打印在页面上，用户截个图就能黑进后台。别笑，这种事儿每天都在发生。

说到数据库查询，PDO预处理是底线。别再用mysql_query()拼字符串了，SQL注入不是黑客炫技，是脚本小子拿扫描器就能干的活。用预处理绑定参数，既安全又清晰，还能避免引号转义的麻烦。有人嫌麻烦，觉得写原生SQL才够“灵活”，但灵活是给高手的，普通程序员先求稳。

最后说一个反直觉的点：不要过度使用框架。Laravel确实优雅，但它的魔法方法(__call, __get)层层封装，出了问题排查起来像剥洋葱，剥到最后发现是底层PHP版本兼容性。我见过一个团队，为了用Laravel的队列功能，硬是把服务器从PHP7.4升到8.2，结果一堆老扩展崩了。代码大全不是让你把所有技巧都塞进去，而是让你知道什么时候该用锤子，什么时候该用螺丝刀。

写PHP十几年，我最大的感悟是：这门语言门槛低，但天花板极高。它给了你足够的自由，也给了你足够的绳子上吊。那些能跑十年的老项目，往往不是用了多炫的技术，而是每个函数都老老实实写清楚注释，每个变量名都让人一眼看懂，每个判断都经得起推敲。代码大全不是一本字典，而是一张地图——告诉你哪里是悬崖，哪里是坦途。

现在回去看看你上周写的代码，如果有一处isset()和empty()混用的地方，恭喜，你已经找到了第一个需要修的点。