eclipse 默认对静态成员的间接访问（如 subclass.staticmethod()）发出警告并自动修正为 superclass.staticmethod()，这是由编译器警告策略和保存/清理动作共同触发的行为，可通过项目级设置禁用。

eclipse 默认对静态成员的间接访问（如 subclass.staticmethod()）发出警告并自动修正为 superclass.staticmethod()，这是由编译器警告策略和保存/清理动作共同触发的行为，可通过项目级设置禁用。

在 Java 中，静态方法属于类本身而非实例，不参与继承中的动态绑定，因此 CustomSubclass.initDefaults() 与 Parent.initDefaults() 在语义和运行时行为上完全等价——编译器会直接解析为父类的静态方法调用，子类名在此处仅为“语法糖”，并无实际意义。Eclipse 将此类写法识别为一种 代码异味（Code Smell）：它既未提升可读性，也无法体现多态性，反而可能误导开发者误以为存在继承重写机制。

默认情况下，Eclipse 启用了两项关键机制，共同导致你观察到的自动替换现象：

1. 编译器警告（但非错误）：
   Indirect access to static member —— 检测通过子类名调用父类静态成员的行为，默认设为 Ignore（不显示），但若被设为 Warning 或 Error，则会在编辑器中高亮，并可能联动触发后续修正。

2. 自动清理（Clean Up）或保存动作（Save Action）：
   尤其是 Member Accesses > Static Access 规则，默认启用，其作用是：
   ✅ 将间接静态访问（如 CustomSubclass.initDefaults()）规范化为直接声明类的调用（即 Parent.initDefaults()）；
   ✅ 同时自动添加对应 import static ...（若尚未导入）或调整已有导入；
   ✅ 在执行 Ctrl + Shift + O（Organize Imports）、保存文件（若启用了 Perform the selected actions on save）或运行代码清理时触发。

⚠️ 注意：该行为不依赖于源码是否在同一包内，也不受插件项目差异的直接影响——真正决定是否发生替换的，是当前项目的 Java Compiler 警告级别 和 Java Code Style 的 Clean Up / Save Action 配置。

Eclipse IDE

Eclipse IDE 是一款由 Eclipse 基金会管理的开源、跨平台集成开发环境。其核心基于 Java 构建，通过强大的插件架构可扩展支持 C/C++、Python、PHP 等多种编程语言。它提供丰富的代码编辑、调试和重构工具，并紧密集成 Git、Maven 等现代开发工具链，是全球众多开发者首选的 Java 开发利器。

下载

✅ 解决方案（按需选择）：

• 推荐（保持规范性）：接受 Eclipse 的建议，统一使用 Parent.initDefaults()，并在调用处显式导入：

  import static your.package.Parent.initDefaults;
  
  public class ExampleClass {
      public void initializer() {
          initDefaults(); // 更简洁、无歧义
      }
  }

• 若需保留子类调用形式（如框架约定或可读性需求）：
  进入项目属性，关闭相关自动修正：

  • Project → Properties → Java Compiler → Errors/Warnings
    → 展开 Potential programming problems
    → 找到 "Indirect access to static member" → 设为 Ignore
  • Project → Properties → Java Code Style → Clean Up
    → 编辑活动配置 → 切换到 Code organizing 标签页
    → 取消勾选 "Member accesses > Replace indirect static access"
  • Project → Properties → Java Editor → Save Actions
    → 取消勾选 "Additional actions" → "Configure..." → Member accesses > Replace indirect static access"

? 补充提示：

• 此行为与 JDK 版本无关（JDK 5+ 均适用），但仅影响 Eclipse 的编辑器体验，不影响编译结果或字节码生成；
• 若多个插件项目表现不一致，大概率是因为它们启用了不同的 project-specific settings（检查 .settings/org.eclipse.jdt.core.prefs 文件中是否含 org.eclipse.jdt.core.compiler.problem.forbiddenReference 或 cleanup_member_accesses_replace_indirect_static_access 相关键值）；
• 对于 GMF 等基于 Eclipse 平台的框架，建议优先遵循其惯用写法——若文档或示例中普遍使用 Parent.initDefaults()，则保持一致性更利于团队协作与维护。

通过合理配置，你既能遵守 Java 静态语义的最佳实践，又能完全掌控 Eclipse 的自动化行为。