1. 简单介绍一下你自己和你最有成就感的项目回答框架：教育背景和技术栈项目背景和业务价值你的核心贡献技术亮点和创新点项目成果（用户量、性能提升等）2. 如果让你设计一个外卖订单系统，支持千万级日订单，你会怎么设计答案要点：需求分析：下单：高并发写入查询：用户查订单、骑手查配送单状态流转：待支付→已支付→配送中→已完成数据量：千万级/天，亿级总量架构设计： 客户端 → API网关 → 订单服务集群 ↓ Redis(缓存) + MySQL(持久化) + MQ(异步) 核心模块：订单创建：生成全局唯一订单号（雪花算法）库存扣减（Redis预减）写入MySQL（分库分表）发送MQ通知下游（支付、配送）...

总的来说，这是一场收获很大的面试，感觉面试官不是以老员工的角度来拷打我，而是以一个引路人的视角带着我去思考一些场景问题，用一些真实场景来向我展示平时所学应该如何应用，然后问问题也都是笑着和我聊天那种问法，感觉是一个很有人格魅力的人，就是在他面前基本上说不了谎，而且感觉他更喜欢那种真诚地回答以及真实的思考，真的对我自己有很大的帮助，真的给字节点个大大的赞

空了好多，还是给苍穹外卖写上了我想再做个别的项目替换掉这个外卖接下来是做微服务好，还是做个AI好啊

1. 深入讲讲你项目中遇到的最复杂的技术问题，如何解决的？参考答案：我在做电商系统时，遇到过一个分布式事务的问题。场景是用户下单时，需要同时操作订单服务（创建订单）、库存服务（扣减库存）、积分服务（扣减积分）三个服务。如果其中一个服务失败，其他服务需要回滚，保证数据一致性。最初我使用了两阶段提交（2PC）方案，但发现性能很差，而且存在单点故障问题。协调者挂掉后，所有参与者会一直阻塞等待。后来改用了Seata的AT模式，它是一种改进的2PC，通过拦截SQL自动生成回滚日志，性能和可用性都有提升。但在高并发场景下，Seata的全局锁机制导致性能瓶颈。最终我采用了基于消息队列的最终一致性方案。下单时...