eclipse 默认对静态成员的间接访问（如 subclass.staticmethod()）发出警告并自动修正为 superclass.staticmethod()，这是由编译器警告策略和保存/清理动作共同触发的行为，可通过项目级设置禁用。
eclipse 默认对静态成员的间接访问（如 subclass.staticmethod()）发出警告并自动修正为 superclass.staticmethod()，这是由编译器警告策略和保存/清理动作共同触发的行为，可通过项目级设置禁用。
在 Java 中，静态方法属于类本身而非实例，不参与继承多态，也无法被重写（override），仅能被隐藏（hide）。因此，当子类 CustomSubclass 继承自父类 Parent 并调用其静态方法 initDefaults() 时，语句 CustomSubclass.initDefaults() 在语义上完全合法且可编译通过——但它是间接访问（indirect access）：实际执行的仍是 Parent.initDefaults()，与 CustomSubclass 的类型无关。
Eclipse 将此类写法识别为一种 代码异味（code smell），原因有三：
- ❌ 可读性下降：易误认为该方法是子类特有行为；
- ⚠️ 语义模糊：掩盖了静态绑定本质，不利于理解调用归属；
- ? 微性能开销：虽极小，但需通过子类符号解析再定位到父类静态成员。
为此，Eclipse 内置了双重防护机制：
Eclipse IDE 是一款由 Eclipse 基金会管理的开源、跨平台集成开发环境。其核心基于 Java 构建，通过强大的插件架构可扩展支持 C/C++、Python、PHP 等多种编程语言。它提供丰富的代码编辑、调试和重构工具，并紧密集成 Git、Maven 等现代开发工具链，是全球众多开发者首选的 Java 开发利器。
? 1. 编译器警告（默认关闭，但常被项目模板启用）
路径：Project → Properties → Java Compiler → Errors/Warnings
搜索关键词："Indirect access to static member"
- 可设为 Ignore（推荐用于明确需要子类名义调用的场景）、Warning 或 Error
- ✅ 勾选 Enable project specific settings 后方可修改
? 2. 保存时自动修正（默认启用，影响最直接）
路径：Project → Properties → Java Editor → Save Actions → Configure…
→ 切换至 "Code Style" 标签页 → 展开 Member Accesses
→ 取消勾选："Use inherited static member qualifier"
或更精准地："Replace qualified static method accesses with simple names"（若启用此选项，还会进一步简化为 initDefaults()）
? 补充说明：若同时启用了 Clean Up（Java Code Style → Clean Up），也需检查对应规则中关于 Static access 的配置项，避免重复修正。
✅ 正确实践建议
- 若业务逻辑要求强调“由子类上下文触发初始化”，推荐显式使用 Parent.initDefaults()，语义清晰、无歧义；
- 若需保留 CustomSubclass.initDefaults() 形式（例如框架约定、DSL 风格 API），必须禁用上述保存动作中的静态访问优化规则；
- 不建议依赖 IDE 自动修正来“绕过”设计问题——静态方法应通过定义它的类来调用，这是 Java 语言契约的一部分。
// ✅ 推荐：直指源头，语义明确
Parent.initDefaults();
// ⚠️ 允许但不推荐（除非框架强制）：
CustomSubclass.initDefaults(); // Eclipse 可能自动转为 Parent.initDefaults()
// ❌ 错误：非静态上下文中调用静态方法（编译失败）
public void initializer() {
this.initDefaults(); // Error: Cannot make a static reference to the non-static method
}⚠️ 注意：该行为与 import static 无关，也不同于静态导入的补全逻辑（如 Alt+/ 提示 equalTo）。它纯粹是 Eclipse 对已存在代码中静态成员访问方式的语义规范化处理，属于编辑器级别的“代码卫生”策略。是否启用，应根据团队编码规范与项目语义需求统一决策。
