在严格模式下，子类直接赋值修改父类只读静态属性会触发错误，因静态属性不可写且子类无权绕过约束；javascript虽无原生readonly static语法，但可通过object.defineproperty、object.freeze、typescript readonly声明等方式实现等效只读行为。
在严格模式下，子类试图直接赋值修改父类的只读静态属性（如 static readonly 或 const 风格语义的字段）会触发类型报错或运行时错误——这不是“篡改失败”，而是设计意图被语言机制主动拦截。关键在于：静态属性本身不可写，而子类无权绕过该约束。
明确只读静态属性的来源与限制
JavaScript 原生不支持 readonly static 语法，但以下情形会产生等效的只读行为：
- 父类用
Object.defineProperty显式定义writable: false的静态属性 - 父类导出常量对象（如
static VERSION = Object.freeze({ major: 1 })），子类尝试修改其嵌套属性 - TypeScript 中声明为
readonly static，编译期即报错（如TS2540） - 使用
const声明顶层静态值，再通过static get暴露，但 setter 未定义
禁止直接赋值，改用受控访问路径
子类不能、也不应跳过父类封装逻辑去“硬改”静态状态。正确做法是尊重父类提供的接口：
- 若父类提供了
static setConfig(value)方法，子类应调用它而非Parent.CONFIG = xxx - 若父类仅暴露
static get DEFAULT_OPTIONS()，说明该值本就不该被修改；需扩展时应创建新配置对象，而非覆盖原值 - 在 TypeScript 中，将父类静态属性声明为
readonly后，子类中任何Parent.prop =都会在编辑器和编译阶段标红
避免遮蔽+误赋值的双重陷阱
常见错误是子类自己声明同名静态字段（如 static API_URL = 'v2'），再误以为 super.API_URL = 'v3' 能修改父类版本——这既违反 super 在静态上下文中的只读规则，又因遮蔽导致语义混乱：
-
super.API_URL在静态方法中可读，但不可写；写操作会静默失败或抛TypeError - 子类自己的
API_URL和父类的完全独立；想改父类值，必须用Parent.API_URL =（且前提是它可写） - 更安全的设计是：父类不暴露可写静态字段，全部收口到
static configure(options)方法中
运行时加固：冻结与防御性检查
若父类静态属性承载关键配置，应在初始化后主动冻结：
- 在父类
static {}块或类外立即执行Object.freeze(Parent)，防止任何后续赋值 - 子类构造函数中加入守卫：
if (Object.isFrozen(Parent)) throw new Error('Static config is locked') - 对引用类型静态值（如
static rules = []），返回Object.freeze([...rules])而非原始数组
