面试追问像是断点调试

会议室的显示屏还亮着 Java 面试题纲，我盯着面试官手里的简历，“实习期间独立负责电商后端订单模块开发” 那行字，像块发烫的烙铁 —— 实际我只在组里做过接口联调，连订单表的分库分表逻辑都没摸过。
“订单状态从‘待支付’到‘已完成’的流转，你用了什么设计模式？” 面试官的声音刚落，我心里咯噔一下。这问题我没准备，只能硬着头皮扯：“用、用了状态模式，定义了不同状态的处理类……” 话没说完，就见他指尖敲了敲桌面，节奏慢得像在调试 bug。
“状态模式的工厂类你是怎么设计的？怎么避免状态切换时的线程安全问题？” 他追问的话像断点调试，直接卡断我背好的话术。我攥着笔杆，指尖冒了汗 —— 这些细节我根本没接触过，只能含糊说 “用了 synchronized 锁”，却不敢提具体怎么加在代码里。
面试官没戳破，反而推来一张白纸：“那写个单例模式吧，懒汉式就行。” 这题我刷过十遍，笔尖飞快划过纸面，双重检查锁的代码一气呵成，连 volatile 关键字都没漏。我抬头时，正好撞见他扫过纸页的眼神，以为能蒙混过关。
可他突然抽走白纸，重新写了行字推过来：“现在改一下，这个单例要支持序列化反序列化，怎么避免反序列化时创建新对象？”
笔尖顿在半空。我只记了基础单例写法，序列化的坑从来没琢磨过。冷汗顺着后背往下滑，我盯着 “serializable” 这个单词，大脑像卡了壳的 JVM，连 readResolve () 方法都想不起来。
显示屏的光映在他脸上，我听见自己的声音发虚：“我…… 我确实没做过核心开发。” 面试官把简历推回来，笔尖在 “独立负责” 上画了道横线：“Java 后端靠的是代码落地能力，不是包装出来的项目经验 —— 连接口的异常处理都想不周全，怎么扛得住线上的流量峰值？”
我捏着那张写满破绽的白纸，突然明白：后端面试里，每个技术点都是戳穿谎言的探针，没写过的代码、没踩过的坑，终究藏不住。
#求职中的尴尬瞬间#