final方法不能被重写，因编译期即报错且字节码标记acc_final；它可被继承调用、重载，但不可覆盖；应依设计本意选择是否使用，而非强行绕过。

不能被重写——这是 Java 编译期的硬性规则，不是运行时限制，也不是风格建议。只要方法声明了 final，子类中出现同名、同参数列表、同返回类型（或协变返回类型）的方法，编译器会直接报错，例如：Cannot override the final method，连 class 文件都不会生成。

为什么 final 方法不能重写

根本原因在字节码层面：final 方法会被标记为 ACC_FINAL 标志。JVM 类加载验证阶段会检查该标志，一旦发现子类试图覆盖它，就拒绝链接。现代编译器（如 javac）更早拦截，在编译阶段就终止，不给错误代码落地的机会。

注意区分几个常见混淆点：

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• final 方法可以被继承和调用：子类对象能正常执行 super.finalMethod() 或直接调用，只是不能换实现
• final 方法可以被重载：在同一类中定义 method() 和 method(String) 完全合法
• private 方法不是 final 的替代品：private 本身不可见、不可继承，加 final 是语法冗余；而 final 方法是公开可继承但禁止覆盖
• static 方法不是靠 final 阻止重写：static 是“隐藏（hiding）”，与重写无关；static final 组合虽合法，但阻止的是重写+隐藏双重意图，实际极少需要

遇到 final 方法无法重写，该怎么应对

这不是要“绕过” final，而是要回归设计本意：如果真需要子类定制行为，说明当初不该加 final；如果加了却又要改，说明契约已矛盾，必须重构。

• 若你控制源码：去掉 final，改用更灵活的扩展机制，比如模板方法模式（父类定义 final 模板方法，把可变部分抽成 protected abstract 钩子）
• 若方法来自第三方库且不可修改：不要反射强行突破（破坏封装、不兼容、被 JVM 禁用风险高），改用装饰器或代理模式增强调用，或重构调用方逻辑，转向组合+接口编程
• 若只是临时限制重写：别用 final，改用命名约定（如 doInternalStep()）、Javadoc 注明“不建议重写”，或配合单元测试校验行为一致性

什么时候该用 final 方法

用 final 是明确表达设计契约，不是防御性编码。适用场景包括：

• 核心安全逻辑，如密码校验、签名验证，绝不允许子类绕过或篡改
• 已高度优化的关键路径方法，依赖 JVM 内联等优化，行为必须稳定
• 模板方法模式中的具体步骤，骨架已固定，只开放少数钩子供子类定制
• 父类有意将某行为固化为 API 契约的一部分（如某些框架回调的最终执行入口）

final 类与 final 方法的关系

如果一个类被声明为 final（如 String），它本身就不能被继承，那里面所有实例方法自然也无法被重写——此时再给方法加 final 属于语义强化，不必要但也不报错。不过要注意：final 类仍可继承其他类（只要父类不是 final），只是它自己成了继承链的终点。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南