php性能优化应优先消除高开销操作，如循环内查数据库、重复require_once、未缓存的count()；避免for循环中每次调用count()导致o(n²)复杂度；推荐用array_map替代引用式foreach以提升可读性与效率；务必先用xdebug或blackfire定位真实瓶颈。
直接结论：PHP性能优化不是靠堆技巧，而是优先砍掉高开销动作——比如循环内查数据库、重复 require_once、未预计算的 count()，再叠加几条确定收益的编码习惯。
避免循环中调用 count() 或 strlen()
每次迭代都重新算数组长度，等于把 O(1) 操作变成 O(n²)。PHP 不会自动缓存结果，count($arr) 每次都走一遍底层计数逻辑。
- 错写：
for ($i = 0; $i - 正解：
$len = count($items); for ($i = 0; $i - 更优：直接用
foreach ($items as $item)，它不依赖长度计算，且 PHP 7+ 对索引数组做了底层优化
用单引号 + echo 多参数替代双引号拼接
双引号字符串触发变量解析和转义扫描，哪怕里面没变量；echo 多参数是语言结构级优化，跳过字符串连接的内存分配过程。
- 低效：
echo "Hello $name, welcome to $site."; // 双引号 + 解析 - 低效：
echo "Hello " . $name . ", welcome to " . $site . "."; // 三次字符串复制 - 高效：
echo 'Hello ', $name, ', welcome to ', $site, '.'; // 单引号 + 多参数
慎用 require_once()，优先用 require 或自动加载
require_once() 每次都要检查文件是否已载入，内部维护一个哈希表比对路径，高并发下成为瓶颈。实测在 10 万请求压测中，比 require 慢约 4–5%。
- 框架/Composer 场景：交给
autoloader，它按需加载且已去重 - 手动包含配置或工具函数：确认无重复引入风险时，改用
require - 绝对路径必须加：如
require '/var/www/app/helpers/str.php';，避免include_path遍历开销
大数组处理优先用内置函数，别手写 foreach
array_map()、array_filter()、array_reduce() 是 C 实现，没有 PHP 层循环的解释器开销，尤其在数据量 > 1000 时差距明显。
- 低效：
foreach ($users as &$u) { $u['score'] *= 1.2; } - 高效：
$users = array_map(fn($u) => ['score' => $u['score'] * 1.2], $users); - 注意：
array_map()返回新数组，若原地修改且内存敏感，需权衡是否用&$u+foreach
真正卡住 PHP 性能的，往往不是某行代码快 10ns，而是某个 require_once() 在 20 个嵌套层级里被重复调用，或是循环里执行了 50 次 file_get_contents()。先定位真实热点（用 Xdebug 或 Blackfire），再动手——否则优化只是自我安慰。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
