题目重点：从本地 JSON 到地图 API 请求和二进制图片落盘，分阶段加入起终点、路径分段颜色和最近地标。
题意与假设
这道练习题保留了面经中值得训练的核心约束，并将需要澄清的条件单独列出。现场拿到变体时，先和面试官确认这些条件。
- 示例参数 center=(47.579,-122.31)、width=400、height=600、zoom=13 来自；经纬度键顺序和 POST 字段名以面试给的文档为准。
- 路径点按原 JSON 顺序，第一点与最后一点分别作为 start/stripe marker；每连续十个点切换蓝/棕色。点数不满十的尾段也输出。
- 响应图片是 bytes，只有 2xx 且媒体类型/内容长度合理时写到目标文件；真实 API 错误格式须按文档处理。
解题路线
- 先读 README 与示例 JSON，确认点的字段、坐标单位、lat/lon 顺序；写纯函数 extract_points 并对空路线、缺坐标、非法数值报清楚错误。前十个点的打印先按题目要求实现，避免直接把整 JSON dump。
- 用最小地图参数发一次请求，明确 Content-Type、认证、超时和响应类型；把返回 body 按二进制写文件，使用临时文件+原子替换避免错误响应覆盖正常图片。
- 加入 marker 与 path 时先构造纯数据 payload，不把 API 调用散在循环里。路径按 [0,10)、[10,20) 等切片建段，若地图 API 要相邻段连续，后段需重复前段最后一点作为线段连接点，但颜色分组仍按新点索引；这点必须按文档核证。
- 地标追问对每个 landmark 找路径中最近点：小数据直接比较距离平方或 Haversine（取决于坐标尺度/题目要求），并处理并列；有大量地标和路线点才引入空间索引。
- 每一段保留请求/响应的可观测摘要：状态、耗时、内容类型、图片字节数与输出路径；不要把 token 或用户轨迹原样打进公开日志。
手动走一遍
训练例 23 个路径点按索引 0–9 蓝、10–19 棕、20–22 蓝，首点/末点作两个 marker。先发只有 center/width/height/zoom 的请求验证可得图片，再发含 marker/path 的请求。若 response.status=400，应显示 API 的可读错误而不是把 JSON 错误体保存成 .png。
规模与取舍
P 个路径点、L 个地标：JSON 解析与路径分段 O(P)，朴素最近点 O(P L)，payload 空间 O(P+L)。实际耗时主要受外部 API 和图片传输影响，网络失败与超时须单独处理。
易错点与追问
容易失分的边界
- lat/lon 反过来，地图仍返回图片但位置错误。
- 只保存 response.text，损坏二进制图片。
- 每十点换色时漏最后不足十点、或把连接边断开。
- 看不到原 repo 却臆造固定 API endpoint 或认证方式。
- 一次写五段功能，失败时无法定位 JSON、请求还是图片输出。
继续深挖
- 地标与路线点的最近距离应使用球面距离还是局部平面近似？
- 请求成功但图像字节不完整，怎样做原子保存与校验？
- 地图 API 限流/5xx 时何时重试，怎样避免重复生成成本？
