拼多多服务端开发一面面经

《面试题目》

1. 请做一下自我介绍。
2. AI 辅助开发项目有多少人参与？你的主要贡献是什么？
3. 你在项目中具体负责哪一部分？
4. 如果要进一步提高需求交付率，你会怎么做？
5. 前端和服务端分别由谁负责？
6. 一个请求从前端到后端时，HTTP 是如何被处理的？
7. 你是否做过后端开发？
8. 你写过 Node.js 服务吗？是否使用 SSR？全链路项目是否涉及后端？
9. 请说明编程题的解题思路。
10. 这段代码涉及 JVM 垃圾回收吗？什么情况下会触发 GC？
11. 这段代码运行在内核态还是用户态？哪里会发生状态切换？
12. 除了算法优化，还可以从哪些角度提升这段代码的性能？
13. 如果进行并发改造，应从哪段代码开始？
14. 指定代码行是否会发生内存分配？申请的是堆内存还是栈内存？
15. print 为什么能够输出？如何从操作系统和计算机组成原理角度解释？
16. 项目中的知识库解决什么问题？为什么需要它？
17. 选择新技术栈时考虑了哪些因素？
18. Skill 和 MCP 的边界如何划分？分别适用于什么场景？
19. MCP 接口的粒度应该如何确定？应按产品功能聚合，还是逐一封装后端接口？
20. 你使用过哪些数据库操作？
21. 你使用过 Spring Boot 或 Node.js Web 框架吗？
22. 你部署过哪些系统？是否独立完成部署？
23. 之前的平台是否属于低代码平台？项目是内部使用还是已经上线？
24. 交易埋点在后续迭代中如何保证数据正确？
25. 迭代变更导致埋点多报、漏报、少报或错报时，如何预防和发现？
26. 客户端参数不能完全透传时，服务端应该如何处理？
27. 端侧稳定性和可观测性治理具体做了什么？
28. 如何监控多端展示一致性？
29. 如何提高问题发现的时效性，并区分内部发现与线上暴露？
30. 如果由你设计监控或对账系统，会如何发现数据问题？
31. 你更倾向服务端方向还是客户端方向？

《参考解析》

1. 用户态与内核态：普通业务逻辑通常运行在用户态；文件读写、网络 I/O、内存映射等操作通过系统调用进入内核态。分析代码时应沿调用链找到真正触发系统调用的位置，并关注上下文切换、阻塞等待和数据拷贝成本。

2. Skill 与 MCP 的边界：Skill 适合封装任务方法、领域规则和多步骤工作流，MCP 适合提供结构化、可组合的外部能力。MCP 粒度应围绕稳定的业务动作设计：过细会增加调用次数和编排复杂度，过粗则降低复用性与可观测性。

3. 埋点数据质量：在研发阶段建立事件 schema、版本和自动校验，在发布阶段做新旧版本对账和小流量验证，线上持续监控总量、去重率、字段空值率与关键漏斗。客户端上报应由服务端做鉴权、字段规范化和幂等去重，不能无条件透传。

4. 多端一致性监控：为同一业务对象建立统一标识和期望状态，在各端采集版本、渲染结果与关键操作事件，通过抽样回放或离线对账比较差异。告警应携带端类型、版本、链路和样本，便于定位是数据源、协议还是渲染问题。