很多开发者刚接触 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 或报错。
