static方法可在抽象类中定义但不能为abstract，需有具体实现，子类通过类名直接调用，适用于无状态工具逻辑，不可访问实例成员。
static 关键字不能用于抽象方法，但可以在抽象类中直接定义 static 工具方法 —— 它们属于类本身，不依赖实例，子类可直接调用，无需重写，天然避免重复编码。
抽象类中声明 static 方法的正确方式
抽象类可以像普通类一样包含 static 方法，只要不把它声明为 abstract 即可。这些方法不能被重写（只能被隐藏），但能被所有子类和外部代码直接通过类名调用。
- 语法上：用 public static 返回类型 方法名(参数) 声明，不加 abstract
- 访问权限建议设为 public 或 protected，便于子类使用
- 方法体必须有具体实现，不能只声明
典型工具方法场景举例
比如日期格式化、字符串空值校验、数值范围判断等与业务逻辑无关的通用操作，适合抽成 static 工具方法：
- public static boolean isNotBlank(String str) —— 替代每个子类自己写 null + trim 判断
- public static LocalDate parseDate(String dateStr) —— 统一解析逻辑，避免子类各自 try-catch SimpleDateFormat
- public static void logError(String module, Exception e) —— 封装日志上下文，子类只需传参，不重复构造日志内容
子类调用与注意事项
子类无需任何额外操作即可使用父类的 static 方法，调用时推荐用 父类名.方法名()（如 BaseUtils.isNotBlank(s)），语义清晰且避免歧义。
- 不可通过 this.methodName() 调用 static 方法（编译警告）
- 子类若定义同签名 static 方法，属于“隐藏”而非“重写”，调用取决于引用类型，不是运行时多态
- static 方法无法访问 this 或非 static 成员，设计时需确保它真正无状态、无依赖
对比：static 工具方法 vs 普通继承方法
如果把工具逻辑放在普通（非 static）方法里，子类虽能继承，但每次调用都需实例，还可能被意外重写；而 static 方法零实例开销、行为稳定、意图明确。
- 想复用逻辑且不依赖对象状态 → 优先选 static
- 想支持多态或需访问子类特有字段/方法 → 用普通 abstract / final 方法
- 混合使用更灵活：抽象类提供 static 工具 + abstract 模板方法，各司其职
