Java中子类静态代码块可安全访问父类已初始化的public/protected静态变量，但不可访问private变量；父类静态成员按源码顺序执行完毕后才执行子类静态部分，未显式初始化的静态变量为默认值（0/null），非编译错误。
可以访问，但需注意初始化顺序和可见性。
静态变量必须已初始化或可直接访问
子类静态代码块执行时，父类的静态变量**不一定已完成初始化**。Java 类加载过程中，父类静态变量和静态代码块按定义顺序执行，完成后才轮到子类。因此，只要父类静态变量是显式赋值（如 public static int x = 10;）或在父类静态代码块中已赋值，子类静态代码块就能安全读取它。
- ✅ 正确示例：父类
static int a = 5;→ 子类静态代码块中可直接使用a - ⚠️ 风险情况：父类静态变量仅声明未赋值（
static int a;），且无静态代码块初始化 → 此时值为默认 0（int）或 null（引用类型），不是“未定义错误”，但逻辑可能出错 - ❌ 编译报错：若父类静态变量是 private，子类静态代码块无法访问（权限限制，与是否静态无关）
确保访问时机安全的配置方式
为避免因加载顺序导致读到未预期的默认值（比如 0 或 null），推荐以下实践：
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- 父类静态变量尽量采用显式初始化（而非仅声明），例如：
public static String VERSION = "1.0"; - 如需复杂初始化逻辑，统一放在父类静态代码块中，并保证在子类访问前执行完毕（JVM 保证父类先于子类初始化）
- 子类中若要修改父类静态变量（非覆盖），需确认该变量是 protected 或 public；private 变量不可直接修改，只能通过父类提供的 public static 方法间接操作
不能访问的典型原因及解决
如果编译失败或运行时读到意外值，常见原因有：
立即学习“Java免费学习笔记（深入）”；
- 权限不足：父类变量是 private → 改为 protected/public，或提供 public static getter/setter
-
变量未初始化且依赖后续逻辑：例如父类用
static { a = compute(); }，而compute()又依赖子类——这会引发IllegalAccessError或 NPE，应避免跨类静态依赖循环 - 误以为“继承”了静态成员的访问权：静态成员不参与多态，也不受继承链自动开放；访问权限仍由修饰符决定
