这次技术面试在 HackerRank 上进行，遇到的是经典老题 shipping cost。整个环节持续大约一小时，共分为三个递进的level。每完成一个 level 并通过预设测试后，面试官会解锁下一个。面试官全程基本不互动，只在最后五分钟进行反向 BQ。整个面试不提供自动测试用例，需要自己写样例验证正确性，也不要求处理 edge case，核心考察的是逻辑正确性与代码结构。老实说，没有涉及到任何fancy的算法，但是时间仍然比较紧张。

第一关：基础总价计算（Fixed Pricing）

这一关题目非常直接，要求根据订单内容（国家、商品、数量）和运费表（每个国家每个商品的单价）计算总运费。实现思路是：读取订单中每个商品的数量，从对应国家的运费表中找到该商品的单价，进行数量乘法后求和。例如，美国订单中有 20 个 mouse 和 5 台 laptop，单价分别是 550 和 1000，总价为 20×550 + 5×1000 = 16000。这一题主要考察基本的数据结构遍历、字典查询与简单的算术逻辑，是热身题。

第二关：按数量分段的递增计费（Incremental Tier Pricing）

第二关的难度显著上升。此时运费表不再是固定价格，而是按照购买数量分区间定价。每个商品包含多个价格区间 (minQuantity, maxQuantity, cost)，需要根据订单数量匹配对应的区间并选择正确的单价。这里的价格规则是 incremental，即仍然按照数量线性叠加。例如，美国 laptop 的运费规则是：0-2 台每台 1000，3 台及以上每台 900；mouse 的价格保持 550 不变。因此购买 20 个 mouse 和 5 台 laptop 的总价为 20×550 + 5×900 = 15700。这一关的难点在于正确处理无上限区间（maxQuantity = null）和区间边界判断，同时要确保逻辑通用、结构清晰。面试中很多人会在这一关出错，因为 tier 匹配和循环结构写得不够严谨。

第三关：混合计费模式（Incremental + Fixed Pricing）

第三关在第二关的基础上加入了新的复杂度：不同区间可能采用不同的计费类型。每个区间除了数量范围外，还多了一个 type 字段，可以是 "incremental" 或 "fixed"。对于 incremental，费用仍然按数量线性计算。对于 fixed，只要数量落在这个区间内，总费用就是固定值，不随数量变化。这一关需要在计算函数中根据类型动态选择计算方式，同时保证数据结构与逻辑兼容前两关。

小小总结

整个面试的关键在于：设计可扩展函数结构（如按国家、商品分层处理，成本逻辑分支独立）；正确解析嵌套 JSON；精确匹配数量区间与类型；独立编写样例测试并验证输出。三个 level 中，第二关是难度最高的，因为它首次引入区间逻辑但尚未明确区分计费类型，需要对边界情况理解透彻。