1. 关键字Java这门语言给你的“造句规则”聊到Java关键字很多人的第一反应是“这不是入门就该背的东西吗”但真到面试或者读框架源码的时候往往又会在几个关键点上卡壳。比如static和final各自到底管什么、volatile凭什么能修变量、transient又是怎么影响序列化的。我用Java写了十来年代码也面试过不少人一个很深的体会是能把关键字讲清楚的人基础功底基本不会差。因为关键字是Java编译器能直接识别的“保留词”它们定义了这门语言的语法骨架和能力边界你写的每一行代码本质上都是在这些规则里组装组合。这篇是我的Java进阶教程第一篇专门把关键字这条线彻底捋一遍。它适合谁看准备跳槽刷八股文的同学可以从这里把高频考点一次串起来写了两三年业务代码、想系统补基础的朋友也可以拿它当一次查漏补缺。文章不会按字母表逐个念字典而是按“作用维度”把关键字分类拆解再落到具体场景里讲透“为什么这么设计”“实际开发怎么用”“坑在哪里”。2. 先从整体上给关键字分个类2.1 为什么分类比死记更重要Java目前一共有53个关键字其中true、false、null严格来说是字面量不是关键字但平时讨论经常放在一起。另外还有两个保留了但没启用的const和goto写了会编译报错。如果一个一个背今天背明天忘但如果你按作用域去分类会发现它们之间是有规律的而且这个规律直接对应Java语言的几大核心特性数据类型、流程控制、类与对象、异常处理、并发模型。我是建议初学者先画一张脑图把这些关键字按下面的维度铺开数据类型byte、short、int、long、float、double、char、boolean类和对象class、interface、enum、new、extends、implements、this、super、instanceof访问控制public、protected、private、defaultJava 8以后接口的默认方法也算流程控制if、else、switch、case、default、for、while、do、break、continue、return异常处理try、catch、finally、throw、throws、assert修饰符static、final、abstract、native、synchronized、volatile、transient、strictfp包和模块package、import、module、requires、exports、opens、uses、provides、with未使用const、goto字面量true、false、null2.2 从底层字节码视角看关键字的含义分类只是第一步。我建议进阶学习者再往前走一步去看关键字编译成字节码之后是什么样。比如final字段在字节码里并没有特殊的标志位强制约束它的检查更多发生在编译期synchronized在字节码层面会生成monitorenter和monitorexit指令volatile在字节码层面会加上ACC_VOLATILE标志同时影响JMM的内存屏障插入策略。这样做的好处是什么你会真正理解“编译期错误”“运行期行为”这些概念的区别。很多人问“为什么final修饰的引用类型还能修改内部状态”如果你知道final在字节码层面只是保证引用值不能重新赋值就不会纠结了。我们后文会把常用关键字逐个拆开结合字节码和JMM层面来解释这些都是面试官真正想听到的深度。3. 重点关键字逐个击破final、static、this、super3.1 final不只是“不可变”三个字final的核心语义是“不可改变”但针对不同的修饰目标它管的“不可变”范围完全不同。这是最容易混淆的地方。修饰变量时final保证的是“引用不可变”意思是变量一旦赋值就不能再指向另一个对象。但基本类型变量存的是值引用类型变量存的是对象地址所以final修饰的数组或集合你照样可以list.add()数组照样可以arr[0] 1只是不能让变量重新指向一个新对象。我在代码评审里经常看到有人写private final ListString list new ArrayList();以为这就是不可变集合其实别人照样能往里加数据。真要不可变得用Collections.unmodifiableList()或者Java 9以后的List.of()。修饰方法时final表示子类不能重写这个方法的实现。注意一个细节final方法可以被重载因为重载只看方法名和参数列表跟是否final没关系。还有final方法在JVM里是有优化空间的早期JVM会做方法内联虽然现在JIT的逃逸分析已经很智能但看到final方法确实更容易触发内联优化。修饰类时final表示这个类不能被继承。经典的就是java.lang.String和java.lang.System。String被设计成final的原因值得多说一句字符串字面量、常量池、哈希缓存、网络传输这些场景都依赖于“字符串对象不可变”这个前提如果允许继承子类就能覆盖方法改变行为整个JVM的基础设施都会乱套。还有一个很多人忽略的点final参数。public void test(final User user)这意味着在方法体内不能把user重新指向新对象。以前我总觉得这个写法啰嗦后来在写匿名内部类和Lambda的时候发现它特别有用因为内部类访问外部局部变量时要求变量必须是final或effectively final。JDK 8以后只要变量没被重新赋值编译器就默认它是effectively final不用显式写final了。3.2 static属于类的不属于实例static关键字让成员脱离实例直接归属于类本身。它的三个主要应用场景是静态变量、静态方法、静态代码块。进阶时需要额外掌握的还有静态内部类和静态导入。先说静态变量。它在类加载的准备阶段Preparation就被分配内存并赋零值存放在方法区JDK 8以后叫元空间的静态存储区所有实例共享同一份。JVM类加载机制这里不用展开太深但你要知道static变量的初始化时机是在clinit方法里按照代码顺序执行。所以如果类里有多个静态变量且有依赖关系比如static int a b 1; static int b 2;在初始化时就会出问题因为执行到a的赋值时b还是默认值0a会变成1而不是3。这种代码在面试题里经常出现实际开发中要避免这种交叉依赖。再说静态方法。它不能访问实例变量和实例方法因为静态方法不依赖具体对象this和super在静态上下文里都不存在。还有一个面试高频考点静态方法能不能被重写答案是“不能”但“看起来很能”。子类里写一个和父类静态方法签名相同的方法这不是重写Override而是方法隐藏Hide。区别在于重写是运行期动态绑定隐藏是编译期静态绑定。用代码看最直观class Parent { public static void say() { System.out.println(parent); } } class Child extends Parent { public static void say() { System.out.println(child); } } Parent p new Child(); p.say(); // 输出 parent不是 child因为say()的调用在编译时期就绑定了Parent.say()跟实例类型无关。这个细节面试官特别爱考。静态代码块和实例代码块、构造器的执行顺序也是一个经典考点我在后面面试题章节会给一个完整的验证例子。3.3 this与super两个引用工具this指向当前对象实例super指向父类对象子视角。两者都无法在静态上下文中使用因为它们都依赖具体实例。this常见有四种用法this.xxx区分成员变量和局部变量同名时this()调用本类的其他构造器注意必须放在构造器第一行this作为参数传递比如new Thread(this::run)把自己传给别处this作为返回值实现链式调用super常见有四种用法super.xxx调用父类的成员变量或方法super()调用父类构造器也必须放在构造器第一行super不能出现在静态上下文中子类构造器没显式写super()时编译器会自动加一个无参super()调用所以父类没有无参构造器时必须手动指定有个很有意思的坑this()和super()都不能同时出现因为它们都要求自己是构造器第一行。这在设计构造器重载时要注意。另外在构造器里调用可重写方法时要特别小心比如子类构造器先执行了super()父类构造器又调用了被子类重写的init()方法此时子类字段还没初始化可能会导致NPE。这是设计模式里构造器工厂方法的经典陷阱从this和super的执行机制就能推导出来。4. 场景实战volatile、transient、instanceof 在真实项目里怎么用4.1 volatile并发编程里的轻量级同步volatile可能是面试出现频率最高的关键字之一热搜词里单独占了好几个坑位。它的核心作用是解决“可见性”和“有序性”但不能解决“原子性”。在JMMJava内存模型里每个线程有自己的工作内存操作变量时先把主内存的值拷到工作内存改完再写回主内存。如果两个线程同时读取一个普通变量一个改了另一个不一定能及时看到这就是可见性问题。volatile修饰的变量每次读取都强制从主内存读每次写入都强制刷回主内存从语义上保证了“一个线程写了其他线程立刻可见”。那为什么不能保证原子性经典例子是volatile int count两个线程同时执行count这个操作在字节码里其实是三步读取count、计算count1、写回count。volatile保证每一步的可见性但两步之间线程可能切换最终结果还是丢失更新。所以volatile只适合修饰那些“写入不依赖当前值”的状态变量比如开关标志位public class FlagManager { private volatile boolean running true; public void stop() { running false; } public void doWork() { while (running) { // 处理任务 } } }注意这里如果是多线程频繁写同一个volatile变量还存在伪共享False Sharing问题可以用Contended注解或者补齐缓存行来优化这是另一个深入话题了。再说单例双重校验锁DCL为什么需要volatilepublic class Singleton { private static volatile Singleton instance; private Singleton() {} public static Singleton getInstance() { if (instance null) { synchronized (Singleton.class) { if (instance null) { instance new Singleton(); } } } return instance; } }new Singleton()不是原子操作它包含三件事分配对象内存、调用构造器初始化、把引用赋值给instance。如果不加volatile编译器为了优化可能重排指令把“赋值引用”提前到“初始化完成”之前另一个线程拿到半初始化的对象就直接用了会出大问题。volatile禁止指令重排保证看到instance非null时对象一定已经完整初始化。4.2 transient序列化时的“隐身衣”transient用于修饰Java对象的字段它的作用是告诉ObjectOutputStream这个字段不要参与默认序列化。最常见的应用场景是密码、加密密钥、一次性缓存数据。我自己踩过一个坑有个用户对象里有private String password;当时没加transient结果用户对象通过Redis序列化缓存后密码以明文形式躺在Redis里做安全扫描时直接被标记成高危。后来给敏感字段全部加上了transient并配合Externalizable接口自定义序列化逻辑。但要注意transient只是对Java原生序列化ObjectOutputStream有效。如果用第三方序列化框架比如Jackson、Fastjson、Gson它们默认只认transient吗不完全。Jackson默认会忽略transient修饰的字段Gson默认也会忽略但Fastjson在序列化时默认不会忽略必须配合JSONField(serialize false)这是很多从Fastjson切换到Jackson的同学容易忽略的兼容性问题。4.3 instanceof类型判断也有新写法instanceof大家都不陌生用来判断对象是否是某个类的实例。Java 16开始支持模式匹配Pattern Matching for instanceof代码优雅了很多// 旧写法 if (obj instanceof String) { String s (String) obj; System.out.println(s.length()); } // 新写法 if (obj instanceof String s) { System.out.println(s.length()); }模式变量s在if为true后的作用域内可以直接使用不需要强转。而且这个变量在条件里也能用比如obj instanceof String s s.length() 3但||后面就不能用因为左侧为false时s可能没绑定。这些边界条件在代码评审时经常被问到我建议你亲手写一遍比看文档记得牢。还有一点要提醒instanceof不能用于泛型运行时类型检查比如list instanceof ArrayListString是编译报错的因为Java的泛型在运行时被擦除了你只能list instanceof ArrayList?。5. 面试高频考点与易错点集中突破5.1 三组高频对比题结合热搜里反复出现的“java面试八股文”“java面试题”我把关键字相关的经典对比题整理成一张表你可以直接拿去自查对比维度finalfinallyfinalize作用修饰变量、方法、类异常处理的收尾块Object类的方法GC回收对象前调用执行时机编译期代码运行期GC回收期JDK 9以后已标记弃用常见坑final引用不等于不可变对象finally里return会吞掉异常依赖finalize释放资源不可靠对比维度volatilesynchronized核心能力可见性 禁止重排可见性 原子性 互斥性开销轻量无锁重量级有锁竞争适用场景一个线程写、多线程读的状态多个线程写需要互斥保护的临界区是否能保证复合操作原子性不能能还有一组是static和final的配合理解static final常量会进入常量池编译期就确定值如果static final修饰的是引用类型那么只是引用地址不可变对象内容可变这个和本章前面讲的final语义一致。5.2 一个例子验证 static、实例代码块、构造器的执行顺序这道题在热搜里也有“类加载顺序”的影子我直接给一个完整代码class Parent { static { System.out.println(1. 父类静态代码块); } { System.out.println(3. 父类实例代码块); } Parent() { System.out.println(4. 父类构造器); } } class Child extends Parent { static { System.out.println(2. 子类静态代码块); } { System.out.println(5. 子类实例代码块); } Child() { System.out.println(6. 子类构造器); } } public class Demo { public static void main(String[] args) { new Child(); } }输出顺序是1 - 2 - 3 - 4 - 5 - 6。核心规律就一句话先父后子、先静态后实例、先实例代码块后构造器。静态代码块在类加载阶段只执行一次实例代码块和构造器每次new都会执行。这个顺序是JVM类加载机制和对象初始化机制共同决定的掌握了它很多看起来很绕的初始化问题都能一眼看穿。5.3 面试官爱问的扩展题再补充几个面试中经常延伸出来的题目Integer a 127; Integer b 127; a b返回什么涉及Integer缓存池和final不直接相关但很多候选人会扯到自动装箱和常量池String s abc; String t new String(abc); s t返回什么这个其实核心是常量池和堆对象的概念为什么局部内部类和匿名内部类访问局部变量要求是final或effectively final因为内部类对象生命周期可能比方法长如果变量可以被修改副本就无法保持一致。JDK 8的effectively final实际上放宽了限制但原则不变assert关键字默认开启吗默认不开启需要JVM参数-ea才能生效所以生产环境基本不依赖它做校验6. 关键词在业务系统里的周边坑6.1 数据库字段取名叫关键字怎么办热搜里有“mysql表中字段为关键字”这个高频问题特别多人在建表时踩过。比如有个表要存关键字的拦截规则字段名就叫key、order、desc、condition这些全是MySQL的保留字。虽然MySQL在绝大多数情况下允许你用保留字做字段名不报错但查询时建议加反引号包起SELECT key, order, desc FROM user_config WHERE id 1;更麻烦的是MyBatis-Plus这种自动生成SQL的框架如果实体字段映射的列名是key生成的SQL可能不带反引号导致某些情况下语法错误。解决方式有两种TableField(key)注解上直接写反引号或者写自定义SQL时手动加反引号我的建议是建表时就避开保留字比如用config_key、sort_order、description这种带修饰的词一劳永逸别给自己留隐患。6.2 “关键字”在不同语境下含义不同聊点跟主流八股文不太一样的内容。热搜里还有“内容关键字拦截”“word删除关键字所在段”“js in关键字”这些词它们说的“关键字”和Java关键字并不是一回事。做后台内容审核系统时“关键字拦截”通常指敏感词库匹配Word里的“关键字”是文档检索词JavaScript里的in是运算符用来检查属性是否在对象里const obj { name: java, level: advance }; console.log(name in obj); // true做Java开发的时候头脑里一定要分清这两个概念。我在带团队时经常看到新人把“敏感词表”的字段叫keyword然后写代码时又用Keyword这种类名最后整个项目里到处是“关键字”的歧义。建议代码里统一叫KeywordRule、SensitiveWord避免和语言层面的keyword混淆。这虽然不是语法错误但对团队沟通和代码可读性的影响是实打实的。6.3 处理“关键字”类业务的通用套路如果你确实要做一个“关键字过滤/拦截”的功能不管是用Java还是配合搜索引擎核心就三步构建词库注意大小写、繁体、全半角、拼音变形等变体这一步是最费人工的用Trie树、AC自动机或DFA做匹配Java开源库有ahocorasick、hanlp等设计匹配策略首查、最短匹配、最长匹配以及是否覆盖URL、是否处理脱敏这些涉及算法和工程细节本文不展开但可以在“关键字”这个主题下先留个钩子后续单开一篇讲AC自动机在Java服务里的落地。7. 我自己整理关键字时的几个心得最后分享一点个人经验。我当年系统性整理Java关键字靠的不是背而是“写小测试工程验证”。每学一个关键字就写一个几十行的Demo把输出结果打印出来尤其像static和实例代码块的执行顺序这种东西自己跑一遍比看十遍文章都深刻。还有一个习惯建议大家养成拿到不熟悉的第三方代码先搜一下static final字段、volatile字段和transient字段这三个关键字往往揭示了这个类的核心设计意图。比如一个配置类如果字段是static final说明它是编译期常量如果字段是volatile说明它是并发共享状态如果字段是transient说明它不参与持久化。光看这几个关键字就能对代码结构猜个大概。另外推荐大家多翻JDK源码特别是java.util.concurrent包里面volatile的使用密度非常高比如AtomicInteger的value字段、FutureTask的状态字段。把这些源码读懂了你对并发关键字的理解会远超面试所需。我自己的习惯是遇到一个不理解的用法就去OpenJDK的源码里找它的出处效果比看二手博客好太多。这一篇是关键字的基础扫盲加实战剖析下一篇进阶教程里我打算聊聊synchronized的锁升级过程和它在字节码层面的完整表现以及从LockSupport到AQS的并发基石。到时候欢迎继续来逛。 Java关键字深度解析：final、static、volatile与面试高频考点全掌握
1. 关键字Java这门语言给你的“造句规则”聊到Java关键字很多人的第一反应是“这不是入门就该背的东西吗”但真到面试或者读框架源码的时候往往又会在几个关键点上卡壳。比如static和final各自到底管什么、volatile凭什么能修变量、transient又是怎么影响序列化的。我用Java写了十来年代码也面试过不少人一个很深的体会是能把关键字讲清楚的人基础功底基本不会差。因为关键字是Java编译器能直接识别的“保留词”它们定义了这门语言的语法骨架和能力边界你写的每一行代码本质上都是在这些规则里组装组合。这篇是我的Java进阶教程第一篇专门把关键字这条线彻底捋一遍。它适合谁看准备跳槽刷八股文的同学可以从这里把高频考点一次串起来写了两三年业务代码、想系统补基础的朋友也可以拿它当一次查漏补缺。文章不会按字母表逐个念字典而是按“作用维度”把关键字分类拆解再落到具体场景里讲透“为什么这么设计”“实际开发怎么用”“坑在哪里”。2. 先从整体上给关键字分个类2.1 为什么分类比死记更重要Java目前一共有53个关键字其中true、false、null严格来说是字面量不是关键字但平时讨论经常放在一起。另外还有两个保留了但没启用的const和goto写了会编译报错。如果一个一个背今天背明天忘但如果你按作用域去分类会发现它们之间是有规律的而且这个规律直接对应Java语言的几大核心特性数据类型、流程控制、类与对象、异常处理、并发模型。我是建议初学者先画一张脑图把这些关键字按下面的维度铺开数据类型byte、short、int、long、float、double、char、boolean类和对象class、interface、enum、new、extends、implements、this、super、instanceof访问控制public、protected、private、defaultJava 8以后接口的默认方法也算流程控制if、else、switch、case、default、for、while、do、break、continue、return异常处理try、catch、finally、throw、throws、assert修饰符static、final、abstract、native、synchronized、volatile、transient、strictfp包和模块package、import、module、requires、exports、opens、uses、provides、with未使用const、goto字面量true、false、null2.2 从底层字节码视角看关键字的含义分类只是第一步。我建议进阶学习者再往前走一步去看关键字编译成字节码之后是什么样。比如final字段在字节码里并没有特殊的标志位强制约束它的检查更多发生在编译期synchronized在字节码层面会生成monitorenter和monitorexit指令volatile在字节码层面会加上ACC_VOLATILE标志同时影响JMM的内存屏障插入策略。这样做的好处是什么你会真正理解“编译期错误”“运行期行为”这些概念的区别。很多人问“为什么final修饰的引用类型还能修改内部状态”如果你知道final在字节码层面只是保证引用值不能重新赋值就不会纠结了。我们后文会把常用关键字逐个拆开结合字节码和JMM层面来解释这些都是面试官真正想听到的深度。3. 重点关键字逐个击破final、static、this、super3.1 final不只是“不可变”三个字final的核心语义是“不可改变”但针对不同的修饰目标它管的“不可变”范围完全不同。这是最容易混淆的地方。修饰变量时final保证的是“引用不可变”意思是变量一旦赋值就不能再指向另一个对象。但基本类型变量存的是值引用类型变量存的是对象地址所以final修饰的数组或集合你照样可以list.add()数组照样可以arr[0] 1只是不能让变量重新指向一个新对象。我在代码评审里经常看到有人写private final ListString list new ArrayList();以为这就是不可变集合其实别人照样能往里加数据。真要不可变得用Collections.unmodifiableList()或者Java 9以后的List.of()。修饰方法时final表示子类不能重写这个方法的实现。注意一个细节final方法可以被重载因为重载只看方法名和参数列表跟是否final没关系。还有final方法在JVM里是有优化空间的早期JVM会做方法内联虽然现在JIT的逃逸分析已经很智能但看到final方法确实更容易触发内联优化。修饰类时final表示这个类不能被继承。经典的就是java.lang.String和java.lang.System。String被设计成final的原因值得多说一句字符串字面量、常量池、哈希缓存、网络传输这些场景都依赖于“字符串对象不可变”这个前提如果允许继承子类就能覆盖方法改变行为整个JVM的基础设施都会乱套。还有一个很多人忽略的点final参数。public void test(final User user)这意味着在方法体内不能把user重新指向新对象。以前我总觉得这个写法啰嗦后来在写匿名内部类和Lambda的时候发现它特别有用因为内部类访问外部局部变量时要求变量必须是final或effectively final。JDK 8以后只要变量没被重新赋值编译器就默认它是effectively final不用显式写final了。3.2 static属于类的不属于实例static关键字让成员脱离实例直接归属于类本身。它的三个主要应用场景是静态变量、静态方法、静态代码块。进阶时需要额外掌握的还有静态内部类和静态导入。先说静态变量。它在类加载的准备阶段Preparation就被分配内存并赋零值存放在方法区JDK 8以后叫元空间的静态存储区所有实例共享同一份。JVM类加载机制这里不用展开太深但你要知道static变量的初始化时机是在clinit方法里按照代码顺序执行。所以如果类里有多个静态变量且有依赖关系比如static int a b 1; static int b 2;在初始化时就会出问题因为执行到a的赋值时b还是默认值0a会变成1而不是3。这种代码在面试题里经常出现实际开发中要避免这种交叉依赖。再说静态方法。它不能访问实例变量和实例方法因为静态方法不依赖具体对象this和super在静态上下文里都不存在。还有一个面试高频考点静态方法能不能被重写答案是“不能”但“看起来很能”。子类里写一个和父类静态方法签名相同的方法这不是重写Override而是方法隐藏Hide。区别在于重写是运行期动态绑定隐藏是编译期静态绑定。用代码看最直观class Parent { public static void say() { System.out.println(parent); } } class Child extends Parent { public static void say() { System.out.println(child); } } Parent p new Child(); p.say(); // 输出 parent不是 child因为say()的调用在编译时期就绑定了Parent.say()跟实例类型无关。这个细节面试官特别爱考。静态代码块和实例代码块、构造器的执行顺序也是一个经典考点我在后面面试题章节会给一个完整的验证例子。3.3 this与super两个引用工具this指向当前对象实例super指向父类对象子视角。两者都无法在静态上下文中使用因为它们都依赖具体实例。this常见有四种用法this.xxx区分成员变量和局部变量同名时this()调用本类的其他构造器注意必须放在构造器第一行this作为参数传递比如new Thread(this::run)把自己传给别处this作为返回值实现链式调用super常见有四种用法super.xxx调用父类的成员变量或方法super()调用父类构造器也必须放在构造器第一行super不能出现在静态上下文中子类构造器没显式写super()时编译器会自动加一个无参super()调用所以父类没有无参构造器时必须手动指定有个很有意思的坑this()和super()都不能同时出现因为它们都要求自己是构造器第一行。这在设计构造器重载时要注意。另外在构造器里调用可重写方法时要特别小心比如子类构造器先执行了super()父类构造器又调用了被子类重写的init()方法此时子类字段还没初始化可能会导致NPE。这是设计模式里构造器工厂方法的经典陷阱从this和super的执行机制就能推导出来。4. 场景实战volatile、transient、instanceof 在真实项目里怎么用4.1 volatile并发编程里的轻量级同步volatile可能是面试出现频率最高的关键字之一热搜词里单独占了好几个坑位。它的核心作用是解决“可见性”和“有序性”但不能解决“原子性”。在JMMJava内存模型里每个线程有自己的工作内存操作变量时先把主内存的值拷到工作内存改完再写回主内存。如果两个线程同时读取一个普通变量一个改了另一个不一定能及时看到这就是可见性问题。volatile修饰的变量每次读取都强制从主内存读每次写入都强制刷回主内存从语义上保证了“一个线程写了其他线程立刻可见”。那为什么不能保证原子性经典例子是volatile int count两个线程同时执行count这个操作在字节码里其实是三步读取count、计算count1、写回count。volatile保证每一步的可见性但两步之间线程可能切换最终结果还是丢失更新。所以volatile只适合修饰那些“写入不依赖当前值”的状态变量比如开关标志位public class FlagManager { private volatile boolean running true; public void stop() { running false; } public void doWork() { while (running) { // 处理任务 } } }注意这里如果是多线程频繁写同一个volatile变量还存在伪共享False Sharing问题可以用Contended注解或者补齐缓存行来优化这是另一个深入话题了。再说单例双重校验锁DCL为什么需要volatilepublic class Singleton { private static volatile Singleton instance; private Singleton() {} public static Singleton getInstance() { if (instance null) { synchronized (Singleton.class) { if (instance null) { instance new Singleton(); } } } return instance; } }new Singleton()不是原子操作它包含三件事分配对象内存、调用构造器初始化、把引用赋值给instance。如果不加volatile编译器为了优化可能重排指令把“赋值引用”提前到“初始化完成”之前另一个线程拿到半初始化的对象就直接用了会出大问题。volatile禁止指令重排保证看到instance非null时对象一定已经完整初始化。4.2 transient序列化时的“隐身衣”transient用于修饰Java对象的字段它的作用是告诉ObjectOutputStream这个字段不要参与默认序列化。最常见的应用场景是密码、加密密钥、一次性缓存数据。我自己踩过一个坑有个用户对象里有private String password;当时没加transient结果用户对象通过Redis序列化缓存后密码以明文形式躺在Redis里做安全扫描时直接被标记成高危。后来给敏感字段全部加上了transient并配合Externalizable接口自定义序列化逻辑。但要注意transient只是对Java原生序列化ObjectOutputStream有效。如果用第三方序列化框架比如Jackson、Fastjson、Gson它们默认只认transient吗不完全。Jackson默认会忽略transient修饰的字段Gson默认也会忽略但Fastjson在序列化时默认不会忽略必须配合JSONField(serialize false)这是很多从Fastjson切换到Jackson的同学容易忽略的兼容性问题。4.3 instanceof类型判断也有新写法instanceof大家都不陌生用来判断对象是否是某个类的实例。Java 16开始支持模式匹配Pattern Matching for instanceof代码优雅了很多// 旧写法 if (obj instanceof String) { String s (String) obj; System.out.println(s.length()); } // 新写法 if (obj instanceof String s) { System.out.println(s.length()); }模式变量s在if为true后的作用域内可以直接使用不需要强转。而且这个变量在条件里也能用比如obj instanceof String s s.length() 3但||后面就不能用因为左侧为false时s可能没绑定。这些边界条件在代码评审时经常被问到我建议你亲手写一遍比看文档记得牢。还有一点要提醒instanceof不能用于泛型运行时类型检查比如list instanceof ArrayListString是编译报错的因为Java的泛型在运行时被擦除了你只能list instanceof ArrayList?。5. 面试高频考点与易错点集中突破5.1 三组高频对比题结合热搜里反复出现的“java面试八股文”“java面试题”我把关键字相关的经典对比题整理成一张表你可以直接拿去自查对比维度finalfinallyfinalize作用修饰变量、方法、类异常处理的收尾块Object类的方法GC回收对象前调用执行时机编译期代码运行期GC回收期JDK 9以后已标记弃用常见坑final引用不等于不可变对象finally里return会吞掉异常依赖finalize释放资源不可靠对比维度volatilesynchronized核心能力可见性 禁止重排可见性 原子性 互斥性开销轻量无锁重量级有锁竞争适用场景一个线程写、多线程读的状态多个线程写需要互斥保护的临界区是否能保证复合操作原子性不能能还有一组是static和final的配合理解static final常量会进入常量池编译期就确定值如果static final修饰的是引用类型那么只是引用地址不可变对象内容可变这个和本章前面讲的final语义一致。5.2 一个例子验证 static、实例代码块、构造器的执行顺序这道题在热搜里也有“类加载顺序”的影子我直接给一个完整代码class Parent { static { System.out.println(1. 父类静态代码块); } { System.out.println(3. 父类实例代码块); } Parent() { System.out.println(4. 父类构造器); } } class Child extends Parent { static { System.out.println(2. 子类静态代码块); } { System.out.println(5. 子类实例代码块); } Child() { System.out.println(6. 子类构造器); } } public class Demo { public static void main(String[] args) { new Child(); } }输出顺序是1 - 2 - 3 - 4 - 5 - 6。核心规律就一句话先父后子、先静态后实例、先实例代码块后构造器。静态代码块在类加载阶段只执行一次实例代码块和构造器每次new都会执行。这个顺序是JVM类加载机制和对象初始化机制共同决定的掌握了它很多看起来很绕的初始化问题都能一眼看穿。5.3 面试官爱问的扩展题再补充几个面试中经常延伸出来的题目Integer a 127; Integer b 127; a b返回什么涉及Integer缓存池和final不直接相关但很多候选人会扯到自动装箱和常量池String s abc; String t new String(abc); s t返回什么这个其实核心是常量池和堆对象的概念为什么局部内部类和匿名内部类访问局部变量要求是final或effectively final因为内部类对象生命周期可能比方法长如果变量可以被修改副本就无法保持一致。JDK 8的effectively final实际上放宽了限制但原则不变assert关键字默认开启吗默认不开启需要JVM参数-ea才能生效所以生产环境基本不依赖它做校验6. 关键词在业务系统里的周边坑6.1 数据库字段取名叫关键字怎么办热搜里有“mysql表中字段为关键字”这个高频问题特别多人在建表时踩过。比如有个表要存关键字的拦截规则字段名就叫key、order、desc、condition这些全是MySQL的保留字。虽然MySQL在绝大多数情况下允许你用保留字做字段名不报错但查询时建议加反引号包起SELECT key, order, desc FROM user_config WHERE id 1;更麻烦的是MyBatis-Plus这种自动生成SQL的框架如果实体字段映射的列名是key生成的SQL可能不带反引号导致某些情况下语法错误。解决方式有两种TableField(key)注解上直接写反引号或者写自定义SQL时手动加反引号我的建议是建表时就避开保留字比如用config_key、sort_order、description这种带修饰的词一劳永逸别给自己留隐患。6.2 “关键字”在不同语境下含义不同聊点跟主流八股文不太一样的内容。热搜里还有“内容关键字拦截”“word删除关键字所在段”“js in关键字”这些词它们说的“关键字”和Java关键字并不是一回事。做后台内容审核系统时“关键字拦截”通常指敏感词库匹配Word里的“关键字”是文档检索词JavaScript里的in是运算符用来检查属性是否在对象里const obj { name: java, level: advance }; console.log(name in obj); // true做Java开发的时候头脑里一定要分清这两个概念。我在带团队时经常看到新人把“敏感词表”的字段叫keyword然后写代码时又用Keyword这种类名最后整个项目里到处是“关键字”的歧义。建议代码里统一叫KeywordRule、SensitiveWord避免和语言层面的keyword混淆。这虽然不是语法错误但对团队沟通和代码可读性的影响是实打实的。6.3 处理“关键字”类业务的通用套路如果你确实要做一个“关键字过滤/拦截”的功能不管是用Java还是配合搜索引擎核心就三步构建词库注意大小写、繁体、全半角、拼音变形等变体这一步是最费人工的用Trie树、AC自动机或DFA做匹配Java开源库有ahocorasick、hanlp等设计匹配策略首查、最短匹配、最长匹配以及是否覆盖URL、是否处理脱敏这些涉及算法和工程细节本文不展开但可以在“关键字”这个主题下先留个钩子后续单开一篇讲AC自动机在Java服务里的落地。7. 我自己整理关键字时的几个心得最后分享一点个人经验。我当年系统性整理Java关键字靠的不是背而是“写小测试工程验证”。每学一个关键字就写一个几十行的Demo把输出结果打印出来尤其像static和实例代码块的执行顺序这种东西自己跑一遍比看十遍文章都深刻。还有一个习惯建议大家养成拿到不熟悉的第三方代码先搜一下static final字段、volatile字段和transient字段这三个关键字往往揭示了这个类的核心设计意图。比如一个配置类如果字段是static final说明它是编译期常量如果字段是volatile说明它是并发共享状态如果字段是transient说明它不参与持久化。光看这几个关键字就能对代码结构猜个大概。另外推荐大家多翻JDK源码特别是java.util.concurrent包里面volatile的使用密度非常高比如AtomicInteger的value字段、FutureTask的状态字段。把这些源码读懂了你对并发关键字的理解会远超面试所需。我自己的习惯是遇到一个不理解的用法就去OpenJDK的源码里找它的出处效果比看二手博客好太多。这一篇是关键字的基础扫盲加实战剖析下一篇进阶教程里我打算聊聊synchronized的锁升级过程和它在字节码层面的完整表现以及从LockSupport到AQS的并发基石。到时候欢迎继续来逛。