📚 课程目录第2章高频面试问题与回答框架

高频面试问题与回答框架：常见问题、答题结构、公司侧重点

交易系统研发面试中，高频问题往往围绕一致性、高并发、低延迟、容错四大核心。多数候选人技术储备达标，却因回答缺乏结构而失分。本章梳理常考问题类型、结构化答题框架及大厂侧重方向，帮助你在面试中高效传递技术深度。

💡 面试官核心诉求：你能否在30秒内抓住问题本质？你是否具备“理论→方案→实现→权衡”的完整表达能力？

公司	技术栈偏好	高频考点	风格特点
阿里巴巴	自研分布式框架、HSF、RocketMQ	一致性协议、秒杀容灾、库存扣减	追问极深，5层以上Why
腾讯	TDSQL、自研中间件、C++/Go	分布式事务、资金安全、有序消费	关注实现细节与异常处理
字节跳动	Go、Kitex、Redis、Kafka	高吞吐设计、无锁队列、限流降级	重视方案对比与上线验证
美团	Java、自研配置中心、Paxos	订单状态机、数据分片、最终一致性	强调业务理解与工程落地

💡 进阶策略：准备2-3个通用回答框架（如STAR、FACT），面试时快速匹配问题类型，提高结构感。

面试官考察点：是否理解撮合引擎的要素（价格优先、时间优先、订单簿结构）；是否知道内存撮合 vs 数据库撮合的差异。

回答框架：

简短示例回答（85字）：
“订单以价格-时间优先存入内存订单簿（价格队列+时间链表）。新买单从最高卖价开始遍历，价格相同时间早的先成交。使用读写锁保护队列，成交后写binlog异步持久化。高并发下可改为无锁队列，但需处理ABA问题。”

可能追问：“市场深度如何维护？撤单如何高效删除？如何避免死锁？”

⚠️ 避坑提醒：不要只讲概念，必须提效率与一致性的权衡（如快照 vs 实时）。回避“全用数据库”的低级方案。

面试官考察点：分布式事务、本地消息表、幂等设计、乐观锁与悲观锁的选择。

回答框架：

简短示例回答（95字）：
“采用TCC模式：Try阶段冻结库存余额，Confirm扣减更新，Cancel释放。每个操作记录流水ID，接收方做幂等去重。同时用乐观锁更新订单状态，冲突则重试。这套方案已在我负责的撮合模块上线，QPS 10万时P99延迟<5ms。”

可能追问：“如果Confirm失败怎么办？隔离级别如何设置？库存回滚时数据倾斜如何处理？”

⚠️ 避坑提醒：别空谈理论，必须给出业务落地场景。避免说“我们用Redis分布式锁就能解决”，面试官要听的是链路的可靠性。

面试官考察点：分库分表策略、全局ID、跨分片聚合、数据倾斜处理。

回答框架：

简短示例回答（92字）：
“按用户ID哈希分16库，每库再按日期分表（user_id % 16 + yyyyMM）。订单ID前4位为库号。聚合查询时通过规则引擎并行访问各库，再用归并排序。热点用户支持按订单号尾数二次拆分，避免一库过热。”

可能追问：“跨分片事务如何保证？分片后group by性能怎么优化？如何动态扩容？”

⚠️ 避坑提醒：不能只说“我们用了ShardingSphere”，要讲清楚分片键选择逻辑、跨分片聚合的代价以及你做的具体优化。