php静态属性“改不了”的根本原因有四：一是访问权限限制（private/protected）；二是被声明为readonly或const；三是类被重复加载导致重置；四是opcache等缓存未刷新。
静态属性被声明为 private 或 protected 导致外部不可写
这是最常见的情况：你以为改不了，其实是访问权限拦住了。PHP 的静态属性和普通属性一样受封装控制，private static $foo 只能在本类内部读写，protected static $foo 允许子类访问，但外部对象或函数直接赋值会静默失败（或报 Fatal error: Uncaught Error: Cannot access private property）。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 用
get_class_vars()或反射ReflectionClass::getStaticProperties()检查属性实际可见性 - 确认赋值位置是否在类外部——比如在控制器里写
MyClass::$bar = 'new';，而$bar是private static，这行代码根本不会生效 - 临时加个 public 静态 setter 方法调试：
public static function setBar($v) { self::$bar = $v; }，能调通就说明是权限问题
static 属性被 const 或 readonly 误定义
PHP 8.1+ 支持 readonly 类属性，但很多人会混淆 static readonly 和普通 static。如果写成 public static readonly string $mode = 'dev';，后续任何赋值都会抛出 Fatal error: Cannot modify readonly property。更早版本若误用 const（如 const $cache = [];），语法直接报错，但有些 IDE 会提示不明显。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 搜索类中所有
readonly和const声明，确认目标变量没被套上只读标签 - 注意
const是类常量，不是静态属性，不能用self::$name访问，必须用self::NAME（全大写） - PHP 8.1+ 中，
static readonly不支持数组或对象的深层修改，比如self::$config['timeout'] = 5;也会失败，只能整体重赋值
类被自动加载多次导致静态属性重置
看似“改不了”，其实是改了，但又被后续加载覆盖了。典型场景：开发时用了多个 require/include 手动加载同一文件；或 Composer 自动加载配置错误，让同一个类被载入两次（比如 PSR-4 映射路径写错、大小写不一致在非区分大小写文件系统下触发重复加载）。每次加载都会重新初始化静态属性，相当于你改完它，又变回初始值。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 在类定义开头加
echo "Loaded: " . __CLASS__ . PHP_EOL;，看是否重复输出 - 用
get_included_files()检查当前脚本引入了哪些文件，排查重复包含 - 确认自动加载器行为：运行
composer dump-autoload -o并检查vendor/composer/autoload_classmap.php是否存在重复键名 - 避免在配置文件或中间件里反复
new类再调静态方法——静态属性属于类，不是实例，跟 new 多少次无关
OPcache 或 APCu 缓存了旧字节码或旧值
尤其在开发环境关闭了 OPcache 清理、或使用了 APCu 存储类元信息时，可能看到的现象是：改了代码、重启了 Web 服务器，但静态属性还是老值。这不是 PHP 本身的问题，而是缓存层没刷新。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- CLI 下执行
php -r "opcache_reset();"（需opcache.enable_cli=1） - Web 环境中加个临时路由执行
opcache_reset()，并确认返回true - 如果用了 APCu，检查是否在某处调用了
apcu_store('MyClass_cache', ...)之类逻辑，把静态属性当成缓存存起来了 - 临时禁用 OPcache 测试：在
php.ini中设opcache.enable=0，再试赋值
静态属性本身没有“不可修改”的魔法机制，所有“改不了”都是权限、语法、加载或缓存层面的现实约束。最容易被忽略的是自动加载重复和 OPcache 滞后——它们不会报错，只会让你对着旧值反复怀疑人生。
