JavaScript中静态成员默认类级别公开，仅能通过类名访问，不可通过实例或this调用；静态块内仅可访问静态成员；继承时private static不可被子类访问；模块导出决定外部可见性。
JavaScript 中静态字段与静态方法的可见性，本质上由 访问方式 和 作用域边界 决定，而非语言内置的 public/private 修饰符（除非显式使用私有字段语法 #）。它们默认是“类级别公开”的，但受限于 JavaScript 的运行时机制和词法作用域规则。
静态成员只能通过类名直接访问
静态字段和静态方法属于类本身（即构造函数对象），不挂载在实例上，也不出现在原型链中。这意味着：
- 必须用
ClassName.staticField或ClassName.staticMethod()形式调用； - 不能通过实例访问：
const inst = new MyClass(); inst.staticMethod()返回undefined； - 也不能在实例方法中隐式通过
this访问静态成员（this指向实例，不是类）； - 若需在实例方法中使用静态成员，必须显式写成
MyClass.staticField或this.constructor.staticField（后者支持继承场景）。
静态块内只能访问静态成员
ES2022 引入的静态初始化块（static { ... }）执行时，处于类加载阶段，此时实例尚未创建。因此：
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- 块内可安全读写本类或父类的 已声明的静态字段（包括
private static #field）； - 可调用本类或父类的 静态方法；
- 但禁止访问
this、实例属性、实例方法、非静态字段，否则语法报错； - 若访问尚未执行赋值语句的静态变量（如声明在块之后），会得到初始值（
undefined、0等），不会报错但值可能不符合预期。
继承中的可见性遵循访问修饰符规则
子类可继承父类的静态成员，但能否访问取决于修饰符：
立即学习“Java免费学习笔记（深入）”；
-
public static（默认）：子类可直接用SuperClass.field或this.constructor.field访问； -
private static #field：仅限本类内部访问，子类无法读写，哪怕通过反射也无法绕过（类加载期已锁定）； -
protected static不是标准语法——JavaScript 原生不支持protected，需靠命名约定（如_internalStatic）或 TypeScript 补充； - 子类静态块中可直接使用父类
public static字段，无需加类名前缀（如COUNT），但不可访问private static成员。
模块作用域限制外部可见性
即使一个类导出了静态成员，其实际可见性还受模块封装影响：
- 若类未被
export，则静态成员对外完全不可见； - 若类被
export default class MyClass导出，使用者可通过import MyClass from './x.js'后访问其静态成员； - 模块顶层声明的静态字段（如
export const CONFIG = {...}）本质是独立绑定，不属于任何类，但常被当作“类静态常量”的替代方案。
