Stripe Debug / Integration：Follow-up 怎么不改崩

💡 核心要点 (Key Takeaways)

• Stripe 题最怕第一版代码没有结构，follow-up 一来只能重写。
• Integration Round 要把 API、错误路径、重试、幂等和测试一起讲清楚。
• Debug 轮要展示定位方法，而不是靠猜测修改代码。

Stripe Follow-up 为什么容易改崩

Stripe 的 programming 和 integration 题常常第一问不难，但后续会不断加入规则：字段校验、金额精度、时间线、错误码、重复请求、异常响应。如果第一版把解析、规则和输出混在一起，后面每个 follow-up 都会破坏旧逻辑。

第一版代码应该怎么搭

建议一开始就分 parser、domain model、validator、executor、formatter。哪怕题目很小，也要让后续规则只新增模块，不重写主流程。

• Parser：CSV / JSON / API response 只负责变成结构化对象。
• Domain：payment、customer、subscription、invoice、event 明确边界。
• Rules：每条规则独立，错误码和优先级可测试。
• Formatter：输出顺序、空值、金额和日期统一处理。

Integration Round 的高频追问

Integration 不只是调接口。要讲 request 构造、response 解析、retry policy、timeout、rate limit、idempotency key、partial failure 和日志。支付类场景还要处理金额精度、currency、ledger 和 reconciliation。

Debug 轮怎么展示思路

不要一上来改代码。先复现问题，锁定输入，读错误栈或日志，缩小到最小失败用例，再解释假设和验证方式。面试官看的是定位过程、风险控制和测试补充。

适合做的模拟训练

每次 Stripe mock 都应该强制加 2-3 个 follow-up，并要求候选人保持旧测试通过。训练目标不是写出最短代码，而是在业务规则持续变化时仍然保持代码清晰、可测、可维护。

每个 follow-up 前的检查清单

follow-up 进来时先别动手，按四步检查。第一，用一句话复述这次新增的约束：是字段、错误码、金额边界，还是时间线。第二，指出受影响的是哪个模块——只动 validator，还是 formatter 和旧测试也要跟着改。第三，说出必须保留的旧行为，列出 1-2 个仍然要过的旧用例。第四，说明新测试先加在哪里、按什么顺序改。这套动作的价值是让变更范围可见：面试官能立刻判断你是在受控地新增一条规则，还是在原地打补丁。Stripe 这类持续加规则的题，这是最能体现代码结构扛得住连续变更的方式。练习时建议拿一道已经解完的题，让同事或导师随机加规则，每加一次就跑一遍这个清单，控制在两分钟内完成，练到先评估影响再动代码成为本能。你也可以把这套清单贴在屏幕边，每次 follow-up 前扫一眼，确保没有跳步。清单上任何一项答不上来，就回到对应环节重做，别带缺口进面试。

• 复述约束：输入多了什么、输出要变成什么、旧输出哪里不再成立。
• 圈定影响：哪些模块改、哪些模块不动、改动顺序是什么。
• 保住旧基线：明确哪几个旧用例必须继续通过，防止回归。
• 先写新用例：先补会失败的测试，再改代码，最后跑全量。
• 说优先级：规则冲突时先讲判断顺序，再讲实现细节。
• 留退路：中途发现约束矛盾时，说出你会先和面试官确认哪一点。
• 计时：清单两分钟内走完，走不完说明模块边界还没理清。

支付账务规则怎么准备

支付类题的规则集中在金额精度、币种、幂等、对账和 partial failure 上。建议面试前给自己做 5 张规则卡，每张写三件事：这个规则为什么容易错、代码里怎么处理、用什么测试用例能暴露错误。金额统一用最小货币单位整数计算，舍入规则全链路一致；币种显式建模，不默认单币种；幂等键在请求层声明，同一 key 重试得到同一结果；对账讲清差异怎么发现、怎么归因、怎么处理。遇到规则冲突时先说优先级，再给一个可测试的判断顺序，让面试官看到你是在整理业务系统，而不是背代码。这些规则卡建议用真实报错场景来填，而不是凭空想，每张卡再记一个你真正踩过的反例，面试时能自然带出具体经历。五张卡做完后，找一次模拟把每张卡口头讲一遍，验证能脱稿。

• 金额精度：用最小单位存储和计算，全链路统一舍入规则。
• 币种：显式建模，不假设单币种，能讲清跨币种结算的边界。
• 幂等：同一 key 重试得到同一结果，不重复扣款、不重复入账。
• Partial failure：多步事务中断后，哪一步补偿、哪一步回滚、哪一步重试。
• 对账：讲清差异怎么发现、归因、处理，而不是只说一致。
• 时间与状态：事件乱序、迟到事件、状态机流转怎么记录和校验。
• 反例：每条规则配一个真实踩坑的例子，面试时能自然带出。