企业官网建设流程全解析

📌 阿里（2026.07）——二面挂

分布式事务选型没过。

1️⃣ 分布式事务：TCC vs SAGA vs 2PC vs 消息最终一致性
💡思路参考：5年经验要能说出每种方案的适用场景、优缺点、性能数据。TCC适合核心资金链路（QPS约1000），SAGA适合长事务（QPS约2000），2PC适合低并发强一致性（QPS约100），消息最终一致性适合非核心异步场景（QPS可达10000+）。核心是根据业务场景做技术选型，不是谁更好。

2️⃣ Seata AT模式在高并发下的问题
💡思路参考：Seata AT基于全局锁+二阶段提交，高并发下全局锁排队等待导致RT飙升。不适合QPS>1000的核心场景。5年经验要能说出全局锁的底层实现——基于数据库的SELECT FOR UPDATE。

挂了的原因是分布式事务选型思路不够清晰——面试官问到“什么场景用TCC、什么场景用SAGA”时答得不够系统。

📌 美团（2026.07）——二面挂

高可用架构没过。

1️⃣ 多机房容灾方案
💡思路参考：3地5机房部署。核心难点：数据同步（跨机房用Canal+MQ，延迟<100ms）、故障切换（DNS切换+负载均衡自动剔除）、数据一致性（跨机房写入用分布式事务保证最终一致性）。挂了的原因是多机房部署的选型逻辑没说清楚——为什么是3地5机房不是2地4机房。

📌 字节（2026.08）——过了

1️⃣ 系统设计：设计一个RAG高并发AI客服系统
💡思路参考：百万级日活，核心链路：用户Query→意图识别→向量检索（召回Top10文档，100ms内）→Prompt拼接→大模型调用（流式输出）→答案返回。核心难点：大模型调用的成本控制（高频问题缓存到Redis）、流式输出的稳定性（SSE长连接管理）、多模型切换（主模型故障自动切备模型）。

2️⃣ 线上大规模故障排查
💡思路参考：说一个真实的P0级事故——机房断电导致半个机房不可用。排查过程：确认故障范围→切流到备用机房→扩容→限流降级→恢复。事后复盘：多机房容灾方案不完善、没有做故障演练。

3️⃣ JVM深度调优
💡思路参考：真实案例——大促后Full GC频繁。排查：jstat观察 → jmap dump（8GB文件）→ MAT分析 → 定位缓存Map无容量上限 → 改用Caffeine → Full GC从每分钟5次降到每小时1次。

📌 声明

以上思路参考来自"面题鸭🦆"各岗位专属考题的考点方向

🎯 几点体会

1. 5年经验面试官默认你主导过系统架构设计

2. 每家公司侧重点不一样：阿里偏分布式事务选型、美团偏高可用架构、字节偏AI系统设计+JVM调优

3. 故障案例一定要真实，5年经验应该有真实的P0/P1事故案例

准备字节面试之前，在"面题鸭🦆"上试了JD专属出题，AI系统设计、JVM调优这些方向在那套题里都出现了，面试时心里有底很多。