final关键字在Java中用于修饰类、方法和变量，具有不同的作用。以下是使用final关键字修饰类和方法的详细说明：一、使用final修饰类语法：finalclass类名{...}作用：禁止继承：被final修饰的类不能被其他类继承。安全性增强：防止子类对父类进行修改，确保类的行为不会被改变。示例：finalclassFinalClass{//类的内容}注意：如果一个类被声明为final，则该类

Java中的final关键字用于修饰类和方法时，核心价值在于明确设计契约：final类彻底禁止继承，编译期即拦截子类扩展，适用于String、工具类等不可变或安全敏感场景；final方法则锁定重写能力，保障关键逻辑（如校验、模板钩子）不被意外或恶意覆盖。二者语义正交——类为final不强制其方法也final，方法为final也不影响类是否可继承；它们既不约束内部成员的可变性，也不提供线程安全，更非性能优化银弹——现代JIT已弱化其内联优势，而Spring CGLIB代理等实际框架限制反而更值得警惕。正确使用final，本质是用编译器帮你守住设计边界，而非堆砌语法糖。

final 类：子类编译报错 Cannot inherit from final 'XXX'

用 final 修饰类，就是彻底关掉继承这条路。JVM 在编译期就检查，一旦发现 extends 一个 final 类，立刻报错，不给运行机会。

典型场景是工具类、不可变类型（比如 String）、或你明确不希望被扩展的配置封装类。

• 别在抽象类或有 protected 成员的类上乱加 final——逻辑自相矛盾
• 如果类里已有 private 构造器，再加 final 是冗余的，但不冲突
• 注意 Lombok 的 @UtilityClass 默认会把类设为 final，和手写 final class 效果一致

final 方法：子类重写时报错 Cannot override final method

final 方法不能被子类覆盖，但可以被正常调用。它不是为了“封死行为”，而是防止子类无意/恶意改变关键逻辑——比如模板方法模式里的钩子点、安全校验入口、或缓存计算逻辑。

常见误用是给所有 private 方法加 final：没必要，private 方法本就不能被继承，加了也无意义。

• 接口中不能声明 final 方法（Java 8+ 接口允许 default 和 static，但不允许 final）
• 父类方法已是 final，子类即使声明同签名方法，也会被编译器识别为“试图重写”，直接报错
• 使用 @Override 注解标注 final 方法会编译失败——注解本身要求可重写

final 与性能：JIT 优化 ≠ 你该手动加 final

有人听说 “final 方法能内联”，就挨个加，这是过时认知。现代 HotSpot JIT 对非 final 方法同样做虚函数去虚化（devirtualization），只要运行时类型稳定，内联照常发生。

真正影响性能的是语义清晰性：final 让 JVM 更早确定调用目标，但这个收益对绝大多数业务代码可忽略。

• 不要为“性能”理由给每个工具方法加 final
• 如果类/方法设计上本就不该被继承或重写，才加 final——这是契约，不是优化开关
• Spring AOP 代理（CGLIB）无法代理 final 类或方法，这点比性能更重要，容易踩坑

final 类里还能有 non-final 方法吗？当然可以

可以，而且很常见。final 修饰类只管“能不能被继承”，不管内部成员是否可变。类是 final 的，里面的方法可以是 public、protected、private，也可以带或不带 final。

比如 java.lang.Integer 是 final 类，但它的 intValue()、toString() 都没加 final——因为不需要封住这些行为，只需要确保没人能继承它改写整体语义。

• 别混淆“类不可继承”和“方法不可重写”：二者独立控制
• 如果一个 final 类里某个方法逻辑特别关键，又怕被反射篡改（极少见），才额外加 final；否则不加
• IDE 自动生成的 getter/setter，加不加 final 完全看设计意图，不是语法强制

今天带大家了解了的相关知识，希望对你有所帮助；关于文章的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~