蔚来后端一面+二面：16道高频真题（附答案PDF模板）-北京尧图网络

以上是蔚来后端岗位的真实面经一面主要考察候选人的基础原理二面考察场景设计能力总的来说我认为难度适中这在我们真实工作中也是会经常会遇到的问题下面我就上面的面试题我做下自己的理解以及回答方式并非标准答案而且场景设计题也没有固定答案实际回答时结合自己的项目经历替换例子即可。一面基础原理不单单考八股文1、ConcurrentHashMap 底层原理与 JDK8 优化回答模板我按 JDK7 和 JDK8 对比答。JDK7 是 Segment 分段锁Segment 继承 ReentrantLock默认 16 个并发度固定。JDK8 改成 Node 数组链表红黑树桶为空时用 CAS 插入桶非空时用 synchronized 锁住桶头节点锁粒度从 Segment 降到单个桶扩容支持多线程协助用 ForwardingNode 标记已迁移的桶size 统计改成 baseCount CounterCell[]类似 LongAdder。put 的关键流程是哈希扰动、定位桶、空桶 CAS、非空加锁插入、addCount 判断是否扩容。链表长度到 8 并且数组长度到 64 才树化。get 不加锁靠 volatile 保证可见性。它不允许 null key 和 null value因为并发下无法区分“不存在”和“值就是 null”。size 是弱一致的只能作为监控参考不能做业务判断。2、慢查询定位与 Explain 重点字段回答模板“慢查询我先开 slow_query_log设置 long_query_time用 pt-query-digest 按总耗时排序定位再结合 show processlist 和 APM 找到具体接口。 Explain 我重点看五个字段type 看访问类型从好到差是 const、eq_ref、ref、range、index、ALLkey 看实际用了哪个索引key_len 看联合索引用了几列rows 看预估扫描行数Extra 看 Using index 覆盖索引、Using filesort、Using temporary、Using index condition。优化上遵循最左前缀避免在索引列上做函数和隐式转换深分页用延迟关联或游标大表关联让小表驱动。MySQL 8.0.18 以上可以用 EXPLAIN ANALYZE 看真实耗时。”二面场景题3、蔚来用户购车、试驾预约如何防止超卖和重复提交思路分析超卖本质是“读库存、判断、扣减”不是原子操作重复提交本质是缺幂等键。分三层入口限流、幂等控制、库存原子扣减。高并发用 Redis 预扣数据库唯一索引和定时对账兜底。回答模板“我会分三层设计。入口层用网关限流、验证码和前端防抖先挡住大部分无效流量。幂等层用业务唯一号加唯一索引兜底。下单前申请幂等 Token 存 Redis提交时用 SET NX 消费订单状态用 CAS 更新比如 update order set statusPAID where id? and statusUNPAID根据影响行数判断是否重复处理。库存层优先用数据库原子扣减update stock set stockstock-1 where sku_id? and stock1判断影响行数为 0 就是售罄。QPS 更高时改成 Redis Lua 预扣再通过 MQ 异步落库用本地消息表、定时对账和补偿保证最终一致。热点 SKU 还可以做库存分桶降低单行锁竞争。试驾预约按门店、日期、时段建名额用 user_id store_id date 唯一索引防重复预约再用状态机和延迟消息处理超时释放。”4、微服务架构下蔚来多个服务之间如何解决接口幂等性问题思路分析幂等不是拒绝重复而是重复执行结果一致。按场景选唯一索引、幂等 Token、状态机 CAS、Redis SETNX、消费去重表。回答模板”接口幂等我会先定义幂等键一般是业务类型加业务号然后分场景选方案。创建类操作用数据库唯一索引最可靠冲突时返回已存在的结果表单和下单用幂等 TokenRedis SET NX 抢占处理完缓存结果重复请求直接返回第一次的结果状态流转类用 CAS根据影响行数判断MQ 消费用消费记录表message_id consumer_group 唯一索引。高并发场景用 Redis SET NX EX 做并发控制数据库唯一索引做最终兜底再加定时对账。关键是幂等键的过期时间要覆盖重试窗口幂等记录要定期归档。“5、高并发积分、会员权益的行锁竞争如何优化思路分析行锁竞争来自热点行、长事务和高并发更新。四个方向缩短事务、拆分热点、异步化、限流隔离。回答模板“积分和权益的行锁竞争本质是同一行被高并发更新。我从四个方向优化。第一缩短事务事务里不做 RPC 和发消息用原子 SQL 减少查询和更新的往返。第二拆分热点积分账户按 bucket_no 分桶更新时轮询选桶查询时 SUM 汇总或者按 user_id 哈希到 MQ 固定分区单消费者串行处理。第三异步化用 Redis Lua 预扣、异步落库、定时对账适合允许最终一致的场景。第四冲突不高时用乐观锁 version冲突高时做限流隔离避免重试放大流量。另外多行更新要固定加锁顺序避免死锁还要确认 where 条件走了索引否则行锁会扩大范围。”正文中仅详细解析了前5道核心题目。在Java笔记小李版有完整版的含二面场景题详解及 PDF模板已整理打包我们一起进步

蔚来后端一面+二面：16道高频真题（附答案PDF模板）

相关推荐

功能线程化：把一帧拆成流水线——任务图、依赖与工作窃取的引擎实现原理

Unity GUID 的身份模型：资源引用三元组、冲突成因与工程治理

数据竞争：共享状态的正确处理方式——内存序、happens-before 与所有权模型

更多资讯

蓝牙防丢器离线告警系统：嵌入式BLE通信闭环实战

STM32F103RCT6驱动1.44寸TFT屏：从点灯到UI底板实战

电调MK V0.41固件：BLDC六步换相与反电动势过零检测实战

高次方程求解与多项式表达式计算技巧

Oracle数据库版本演进与核心技术解析

Ubuntu 20.04网络配置与Netplan使用指南

今日更新

基于YOLOv11的石油泄漏智能检测系统开发实践

AI行业变局：合规、Mod化与上下文管理的实战启示

计算机视觉与AI原生应用融合的技术实践

本周精选

防幻觉智能体架构：电源硬件设计中的大模型编排与工具化实践

OpenGL面试核心考点：渲染管线、矩阵变换与性能排查全解析

全国计算机二级C语言真题PDF高效刷题指南

本月热门

我发现了一个新思路：用 Remotion + Claude Code 像写代码一样自动化生成短视频

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式：TaoToken 统一 Key 配置与验证

2026 大模型集体涨价：用 Python 做企业 Token 成本测算与选型避坑（附配置）

读完文章，想聊聊您的网站？