后端面试里，项目深挖往往比八股题更能区分候选人。很多人介绍项目时只讲“我负责了用户模块、订单模块、缓存优化”，听起来完整，但面试官追问两轮就会暴露问题：为什么这么设计？数据量是多少？有没有线上问题？你做的部分和团队其他人怎么分工？
项目面真正考察的不是你能不能把流程背顺，而是你是否参与过真实决策，是否知道方案的代价，是否能用证据证明结果。简历上的每一句话都可能变成入口，写“提升性能”就要能说清提升前后的指标，写“引入缓存”就要能解释一致性和失效策略，写“负责核心模块”就要能描述核心在哪里。
不要从功能开始，要从问题开始
低质量项目介绍通常是按页面功能讲：登录、查询、提交、审核、通知。这样讲没有错，但技术含量不明显。更好的开场是先交代问题：当时哪个流程慢，哪个环节容易错，哪个成本高，哪个体验差。问题越具体，后面的技术选择越有落点。
比如“我做了缓存优化”不如说：“列表页每次都查主表和多张关联表，峰值时接口响应变慢，我负责把高频读场景拆出来，用缓存和数据预聚合降低数据库压力。”后一种表达会自然引出查询条件、缓存 key、失效时机、回源策略和降级方案。
每个决策都要能补证据
面试官追问项目，不一定是在怀疑你，而是在判断你是不是只接触了表层。一个能站住的项目回答，至少要准备四类证据：业务背景、技术取舍、上线结果、失败或边界。
做了性能优化：容易被追问是慢在哪里，为什么慢，应该准备的证据是慢查询、接口耗时、调用链耗时。引入 MQ：容易被追问是为什么不用同步调用，应该准备的证据是峰值流量、失败补偿、消费幂等。
- 设计缓存：容易被追问是如何保证一致性，应该准备的证据是失效策略、回源保护、监控指标。
- 负责核心模块：容易被追问是核心风险是什么，应该准备的证据是状态机、异常路径、权限边界。
这里的证据不一定都是精确数字，但不能完全空泛。可以说“大概从秒级降到几百毫秒”，也可以说“上线后慢查询明显减少”，但最好能讲出你当时看过哪些日志、指标或用户反馈。
分工要讲清，不要抢功劳
项目面里有一个细节很重要：不要把团队成果全部说成自己的。成熟的表达是：“这个项目我主要负责某个模块，整体方案由团队评审，我参与了缓存方案和异常补偿设计，落地时负责接口改造、灰度和监控。”
这种说法比“整个项目都是我做的”更可信。面试官并不要求校招生或普通开发者独立完成所有事情，但会看你是否知道自己负责部分和系统其他部分的关系。能讲清边界，反而更像真实经历。
被追问不会答时怎么处理
项目面最怕硬编。遇到确实没参与的部分，可以承认边界，再把自己知道的上下游说清楚。比如：“数据库分库策略不是我定的，但我接入时关注过路由键和查询限制；我负责的接口不能跨路由键查，所以做了条件约束和错误提示。”
这种回答既诚实，也能展示工程意识。面试官真正反感的不是不知道，而是把没做过的事讲得很满，细节一追就前后矛盾。
一个更稳的项目面框架
准备项目时，可以把每个项目压成一页：业务问题、你的职责、关键技术决策、异常路径、上线结果、还可以改进什么。面试时不用全部倒出来，但被问到任何一点都能展开。
项目面不是表演“我做了很多”，而是证明“我理解自己做过的事情”。能把一个普通项目讲出问题、取舍、证据和边界，比堆三个看似宏大的项目更有说服力。