PHP8.1里static变量如何模拟全局计数器

很多开发者刚接触 PHP 时，很容易被 static 变量的“持久性”迷惑。尤其是在写一个简单的计数器时，明明在函数里用了 static $counter = 0;，每次刷新页面却还是从 0 开始——这到底是怎么回事？

先说结论：PHP 8.1 中 static 变量不能安全充当跨请求的“全局计数器”，它只在单个请求生命周期内有效——刷新页面或新访问就重置。真要持久计数，必须落地到文件、数据库或缓存。

为什么 static $counter = 0; 每次都从 0 开始？

根本原因在于 PHP 的每个 HTTP 请求都是独立进程（或 FPM worker），static 变量的作用域仅限于当前脚本执行周期。即便你在类里声明 private static int $count = 0;，下次请求时这个类也会被重新加载，$count 自然重置为初始值。

• CLI 下连续运行同一脚本可能“看起来”累加，但 Web 环境下绝对不共享
• opcache.revalidate_freq 或 apc.stat 设置并不会影响 static 的生命周期
• 用 var_dump($this::class::$count) 调试时看到递增，只是当前请求内行为，不是全局状态

想用 static 做临时累加？注意作用域和初始化时机

如果你只是在一次请求内多次调用某个函数并需要中间计数（比如遍历数组时统计匹配项），static 是合适的——但必须明确初始化逻辑：

• 不要写 static $counter++; —— 第一次调用时 $counter 是 null，null++ 得 1，但语义不清
• 正确写法是 static $counter = 0; $counter++;，确保首次为 0
• 若函数可能被多处调用（如递归或事件钩子），需确认是否真要共享该 static 实例，否则考虑局部变量
• Lara vel 的 once() 或自定义 memoize 函数比裸 static 更可控

替代方案：选对存储层，别硬扛 static

真正需要跨请求计数时，static 不是“模拟”，而是误用。直接选底层持久化方式才是正道：

• 低并发、简单场景 → 用 fopen('counter.dat', 'c+') + flock()，但注意 file_get_contents 无原子性
• 常规 Web 计数 → MySQL 的 UPDATE counter SET count = count + 1 WHERE id = 1，依赖数据库行锁保证安全
• 高并发/高性能 → Redis 的 INCR counter_key，天然原子且快，PHP 用 $redis->incr('counter_key')
• 别用 $_SESSION 存计数器 —— 它绑定用户会话，不是全局；也别用 $_SERVER 或 $GLOBALS，它们仍属单请求范围

最常被忽略的一点：哪怕你用 Redis 或数据库，也要处理初始化逻辑（比如键不存在时设初值），而不仅仅是 incr。漏掉这步，第一次访问可能返回 null 或报错。