请介绍一个你最熟悉的项目
先理解原理和示例，再练习完整口述与追问。
回答要点
按“业务目标 → 用户和流程 → 技术栈 → 个人负责范围 → 难点 → 结果”回答。先讲全貌，再挑一个能展开的重点。团队成果和个人贡献要分清。
原理拆解
项目介绍的目的，是让面试官迅速建立业务地图，并找到可以追问的个人贡献。先交代谁在什么流程里遇到什么问题，再解释你负责的模块如何连接前后端。技术栈只需说明与方案相关的部分；难点必须落到具体约束，例如旧版 WebView、权限隔离、复杂表单或发布兼容。结果要能够被测试记录、监控或上线行为验证。没有量化数据时，可以诚实说明可观察的改进，不能编造提效百分比。
示例与推演
例如“管理后台列表”可以展开为：运营筛选订单 → 点击详情与修改状态 → 服务端校验权限 → 列表恢复原查询位置。我负责筛选和详情，解决的问题是连续查询的旧响应覆盖新结果。接着说明请求序号为什么生效、删除末页如何回退、权限不足怎么显示。面试官从这里继续追问时，仍围绕你实际做过的链路回答。
易错点
不要从公司介绍讲五分钟；不要把团队所有工作都算成个人成果。准备一份两分钟全貌和两份可深挖案例，并区分已实现、参与讨论和仅了解的内容。
参考回答可直接练习口述
这是一个项目介绍模板，方括号必须换成自己的真实信息：“我最近做的是[项目名]，主要给[用户]解决[业务问题]。我负责[页面或模块]以及对应的接口联调和上线。技术上使用[真实版本与组件库]，我主要处理了[一个具体难点]。当时通过[证据]定位到[原因]，比较了[方案]后采用[实现]，最后用[测试或实际指标]确认效果。团队中的[其他部分]由同事负责，我能重点展开的是我实际参与的部分。”
面试官可能继续问追问与完整解答展开收起
追问
为什么用这个方案？你没参与的部分是谁负责？如果用户量增加十倍，哪里先出问题？
追问回答
选型要结合当时团队、依赖、交付周期和真实约束解释，不能只有“大家都在用”。没参与的部分直接说明边界。用户量扩大时先看现有监控和容量证据，再分别分析接口、资源、渲染与后端瓶颈，不能无数据断定一定先坏在前端。