PHP static变量不能跨请求持久化，因其生命周期仅限单次请求；每次HTTP请求均为独立进程，static变量随脚本结束而重置，故$counter始终从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实例，否则考虑局部变量 - Laravel 的
once()或自定义 memoize 函数比裸static更可控
替代方案：选对存储层，别硬扛 static
真正需要跨请求计数时，static 不是“模拟”，而是误用。应直接选底层持久化方式：
立即学习“PHP免费学习笔记（深入）”；
- 低并发、简单场景 → 用
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 或报错。
