荣耀一面：AI 项目拷问与 JVM、锁八股

《面试题目》

1. 自我介绍。
2. AI 项目拷打（约 20 分钟，原帖未记录具体问题）。
3. JVM 内存模型是什么？
4. Synchronized 和 ReentrantLock 的区别？
5. 反问：业务。

《参考解析》

JVM 内存模型要先分清问的是哪一层。 这个说法在面试里常被混用：如果是「运行时数据区」，答案指线程私有的程序计数器、虚拟机栈、本地方法栈，加上线程共享的堆与方法区（元空间），再配一句各区的溢出表现——栈溢出与堆溢出、元空间溢出、以及常量池的位置变迁。如果是「Java 内存模型（JMM）」，答案指一套描述多线程读写共享变量的规则：主内存与工作内存的抽象、原子性/可见性/有序性三条性质、happens-before 规则，以及 volatile、synchronized、final 各自的语义边界。答之前先用一句话反问确认口径，或者干脆两条都讲、并说明区别，能把这道题从「背概念」变成「懂边界」——顺带就接上了下一题锁的可见性语义。

Synchronized 与 ReentrantLock 按「实现层次、能力、使用边界」对比。 synchronized 是 JVM 层面的关键字，由字节码的监视器指令实现，偏向锁/轻量级锁/重量级锁随竞争升级，加解锁由编译器保证成对出现、不会忘记释放；ReentrantLock 是 JDK 层的 API（AQS 实现），必须自己 lock / unlock，通常写在 try/finally 里。能力差异是重点：ReentrantLock 支持公平锁、可中断获取（lockInterruptibly）、带超时的 tryLock、多个条件变量（Condition 精确唤醒），synchronized 没有这些，只有单一等待队列。底层都是可重入的、都保证可见性与互斥，选型上：简单同步代码块优先用 synchronized（写法不易出错、JVM 还能优化），需要超时、可中断、公平或多条件队列时才上 ReentrantLock。再补一句 ReentrantReadWriteLock 与读写分离、以及读锁不能升级为写锁这类实践坑，深度就够一面了。

AI 项目讲不通，多半是缺了「问题—方案—效果」的骨架。 面试官听不懂通常不是因为他不懂 AI，而是讲的人一上来就铺技术名词、没交代业务问题与判断依据。有效的讲法是四句话开场：这个项目解决谁的什么问题、原来的做法差在哪、我做了什么、结果指标变了多少。之后每一层都按「选了什么 + 为什么不选另一个」展开：模型怎么选（能力、延迟、成本、可控性）、为什么用 RAG 或 Agent、评测怎么做、失败怎么兜底。遇到对方不熟悉的领域词，先给一句大白话解释再上术语。整场只有两道八股、项目占了大头，说明这轮的评分点就在「你能不能把复杂的事讲清楚」；被追问时宁可先画结构再讲细节，也别用更多名词去填。