一、面试流程与关键节点阶段时间核心考察点备考建议机考2.21算法200分 代码降重刷最新真题真题重复率高达90%综测2.22逻辑与心理素质保持积极态度符合岗位价值观部门电话沟通2.23业务匹配度提前了解部门业务方向如云计算、AIHR资格面试2.24背景调查空窗期、考研规划、预期的base地和薪资逻辑自洽强调稳定性与职业规划技术一面3.04项目细节基础八股重点复盘项目中用到的技术如SpringBoot技术二面3.09算法实战原理深度手撕代码需写注释解释思路如二分边界主管面3.11职业规划稳定性结合部门业务谈长期发展避免提及考研二、技术面高频问题拆解JWT认证流程客户端登录→服务端生成Token含用户ID签名→客户端存储Token→后续请求携带Token→服务端验证签名与有效期。线程池拒绝策略AbortPolicy抛异常、CallerRunsPolicy主线程执行、DiscardOldestPolicy丢弃最老任务、DiscardPolicy直接丢弃。线程死锁与预防死锁条件互斥、占有等待、不可剥夺、循环等待→ 预防策略破坏任一条件如按顺序加锁、使用tryLock。MySQL事务隔离级别读未提交脏读、读已提交不可重复读、可重复读幻读、串行化性能差→ 生产环境常用可重复读。三、手撕代码和技术面真题1、手撕代码真题1技术一面手撕代码真题1011. 在 D 天内送达包裹的能力 - 力扣LeetCode2技术二面手撕代码真题74. 搜索二维矩阵 - 力扣LeetCode2、技术面大概记得的一些问题1. JWT 认证怎么做核心回答逻辑结构组成 认证流程 安全性处理什么是 JWTJWTJSON Web Token是一种基于 Token 的无状态身份认证机制。它由三部分组成Header头部声明算法、Payload载荷存放用户信息如 UserID、Role、Signature签名防止篡改。认证流程登录用户输入账号密码服务端验证通过后使用密钥生成一个 JWT 返回给客户端。存储客户端将 Token 存储在 LocalStorage 或 Cookie 中。请求客户端后续访问受保护接口时在 HTTP 请求头Authorization字段中携带Bearer {token}。验证服务端通过拦截器验证签名的合法性及是否过期验证通过则放行。关键痛点与解决加分项无法主动失效JWT 一旦签发在过期前无法在服务端主动作废。解决方案采用“双令牌机制”Access Token 短效 Refresh Token 长效或者引入Redis 黑名单将需要注销的 Token 存入 Redis验证时检查是否在黑名单中。2. 线程池的拒绝策略有哪些核心回答逻辑触发时机 四种策略详解 实战选型触发时机当线程池的核心线程数已满、阻塞队列已满、且最大线程数也已满时新提交的任务会触发拒绝策略。四种内置策略AbortPolicy默认直接抛出RejectedExecutionException异常阻止系统正常运行。CallerRunsPolicy推荐让调用者线程如 Tomcat 主线程直接执行该任务。这不会丢弃任务且能起到“减速”作用给线程池缓冲时间。DiscardPolicy直接丢弃任务不抛异常也不执行。DiscardOldestPolicy丢弃队列中最老的一个任务队头然后尝试重新提交当前任务。实战建议对于核心业务如订单支付建议使用CallerRunsPolicy或自定义策略如写入 MQ 持久化确保任务不丢失对于非核心业务如日志记录可用DiscardPolicy。3. 什么是线程死锁核心回答逻辑定义 产生原因四个必要条件定义线程死锁是指两个或两个以上的线程在执行过程中因争夺资源而造成的一种互相等待的现象。若无外力作用如重启、Kill它们都将无法推进。产生的四个必要条件必须同时满足互斥条件资源是独占的一次只能被一个线程占用。请求与保持条件线程持有资源 A 的同时又去请求资源 B但不释放资源 A。不剥夺条件线程已获得的资源在未使用完之前不能被其他线程强行剥夺。循环等待条件线程 A 等 BB 等 A形成闭环。排查手段可以使用jstack命令查看线程堆栈死锁的线程状态通常会显示BLOCKED并提示 Found one Java-level deadlock。4. 如何防止线程死锁核心回答逻辑破坏必要条件对应上一题防止死锁的核心思路是破坏产生死锁的四个必要条件中的一个或多个破坏“循环等待”条件最常用固定加锁顺序规定所有线程必须按照相同的顺序获取锁例如先获取锁 A 再获取锁 B。使用工具类使用java.util.concurrent包下的工具如ReentrantLock.tryLock(timeout)尝试获取锁如果超时则放弃避免无限等待。破坏“请求与保持”条件一次性申请线程在开始执行前一次性申请所有需要的资源否则就不占有任何资源。破坏“不剥夺”条件允许抢占当一个线程请求新资源失败时必须释放已持有的所有资源Java 中较难实现通常通过tryLock模拟。5. 事务隔离级别有哪些核心回答逻辑标准定义 解决的问题脏读、不可重复读、幻读SQL 标准定义了四种隔离级别从低到高依次为读未提交Read Uncommitted问题可能产生脏读、不可重复读、幻读。场景极少使用性能最高但数据极不安全。读已提交Read Committed, RC解决避免了脏读。问题仍存在不可重复读、幻读。场景Oracle、SQL Server 的默认级别。可重复读Repeatable Read, RR解决避免了脏读和不可重复读。问题理论上存在幻读但 MySQL InnoDB 通过 MVCC 和 Next-Key Lock 在很大程度上解决了幻读。场景MySQL 的默认隔离级别。串行化Serializable解决避免所有并发问题。代价强制事务串行执行效率极低极少使用。6. MySQL 正常使用时用哪种事务隔离级别核心回答逻辑默认选择 原因分析 权衡默认选择MySQLInnoDB 引擎正常使用时默认采用的是可重复读Repeatable Read, RR。为什么选 RR 而不是 RC历史原因与兼容性MySQL 早期版本设计如此且 RR 级别下能更好地支持基于语句的复制Statement-based Replication保证主从数据一致性。MVCC 性能优势在 RR 级别下InnoDB 的 MVCC多版本并发控制实现非常高效读操作不需要加锁读写不冲突并发性能较好。解决幻读虽然标准 SQL 中 RR 无法解决幻读但 InnoDB 通过Next-Key Lock行锁间隙锁有效地解决了大部分幻读场景使得 RR 在安全性和性能之间取得了很好的平衡。补充虽然现在很多互联网大厂如阿里为了追求更高的并发写入性能会将隔离级别降级为读已提交RC但这通常需要配合 Binlog 格式Row 模式进行调整。四、核心难点解析算法能力机考与技术面均涉及LeetCode中等难度题如二分查找、二维矩阵搜索需熟练掌握常见算法模板双指针、DFS/BFS、动态规划。项目深度面试官会从项目中抽取技术点如JWT认证、线程池配置进行链式追问需清晰说明技术选型原因与落地细节。基础原理Java并发线程死锁、拒绝策略、数据库事务隔离级别、索引优化、网络TCP三次握手等核心知识点需理解底层逻辑避免仅背诵结论。五、高效备考建议技术八股按模块梳理Java基础、MySQL、Redis、网络结合项目场景理解原理如“为何用Redis缓存”需说明QPS提升与击穿应对。项目复盘用STAR法则描述项目背景、任务、行动、结果重点突出技术难点如高并发下的缓存一致性。算法刷题优先刷最新华为OD高频题如滑动窗口、贪心、链表反转掌握代码模板如二分、快排。六、总结与反思成功关键学历达标211 系统性准备3个月刷题背诵八股 面试逻辑清晰技术面回答磕磕绊绊但核心点准确。避坑指南空窗期需合理解释如“备考项目实践”考研规划需强调“优先就业长期发展”技术面勿盲目背诵需理解底层原理如“事务隔离级别”需结合MVCC机制说明。七、附完整面试时间线2.21 机考283分最新真题题库LeetCode练习2.22 综测逻辑测试性格测试2.23 部门电话沟通介绍业务方向2.24 HR资格面试空窗期、考研规划、base地3.04 技术一面项目八股手撕代码D天送达包裹3.09 技术二面项目原理手撕代码二维矩阵搜索3.11 主管面职业规划稳定性部门匹配度