静态属性不是全局变量的替代品，它属于类作用域、不跨请求共享，多进程下数据不一致；适合无状态工具方法，状态管理应依赖外部存储或依赖注入。
不能直接当全局变量用，但可以模拟全局状态——关键看你怎么用、在哪用、有没有并发风险。
静态属性和静态方法不是全局变量的“平替”
PHP 的 static 属性属于类作用域，它不跨请求共享，也不在脚本全局命名空间里。你写 MyClass::$cache，和写 $GLOBALS['cache'] 是两回事：前者受类封装约束，后者裸奔在全局。常见误用是以为“只要标了 static 就能到处读写”，结果在 CLI 多进程或 FPM 多 worker 下发现数据不一致——因为每个 PHP 进程/请求都有独立的静态变量副本。
实操建议：
- 别在 Web 环境中用静态属性存用户会话级数据（比如
User::$current），每次请求都是新实例 - 静态方法适合无状态工具逻辑（如
StringUtils::slugify()），而非状态管理 - 若真要跨请求共享，得靠外部存储（Redis、APCu、数据库），不是靠
static
为什么有人想用静态替代 global？
主要是为绕开 global 关键字的难维护性：全局变量散落在函数里，改一个可能崩一片；而静态属性至少被收在类里，有命名空间和访问控制。但代价是容易混淆“单例”和“静态”的区别——new MyClass() 创建的是对象实例，MyClass::$count 是类级别共享，两者生命周期不同，混用会出逻辑 bug。
立即学习“PHP免费学习笔记（深入）”；
典型陷阱：
- 在构造函数里修改静态属性，误以为每次 new 都重置，实际是累积的
- 用
self::$config初始化配置，却忘了 CLI 和 Web 请求加载顺序不同，导致配置未生效 - 依赖
static做“伪单例”，但没加private构造 +static实例属性，结果还是能随意 new
真正安全的“类级全局”写法
如果确实需要类内统一状态（比如计数器、开关、预加载配置），推荐显式初始化 + 明确作用域限制：
class AppConfig
{
private static ?array $data = null;
public static function load(): array
{
if (self::$data === null) {
self::$data = require 'config.php';
}
return self::$data;
}
}
这样比 global $config 更可控，但注意：
- 不要在
load()里做耗时操作（如远程请求），否则每次调用都卡住 - 数组值可变，但别直接赋值
self::$data = []，应走 setter 或重新 load - 多线程环境（如 pthreads）下仍需加锁，PHP-FPM 默认不支持线程安全静态变量
静态不是银弹，它把“全局可见性”换成了“类内可见性”，但没解决状态生命周期、并发安全、测试隔离这些根本问题。真要解耦，优先考虑依赖注入，而不是在 static 和 global 之间二选一。
