uni-app实现淘宝式收货地址切换需三协同：定位用gcj02坐标、地址结构区分istemporary标志、ui层同步地图marker与逆地理编码；h5/小程序需手动调用地图api，app可直启geocode；状态须统一管理。
uni-app 实现类似淘宝订单页的收货地址动态定位切换，核心不是“自动换地址”，而是「用户可一键将当前定位坐标转为临时收货地址，并与已存地址并列选择」。这需要三块协同：定位能力、地址数据结构兼容、UI 层动态切换逻辑。
uni.getLocation 调用必须指定 type: 'gcj02'
淘宝式地址切换依赖地图组件（如 <map></map>）和周边搜索，而它们只认国测局坐标（gcj02）。若用默认 wgs84，坐标会偏移几公里，地图标记错位、逆地理编码失败——这是最常被忽略的硬性前提。
-
uni.getLocation必须显式传{ type: 'gcj02' }，不能省略 - H5 和 App 平台需在
manifest.json中配置对应地图厂商的 key（高德/腾讯），否则geocode: true会静默失败 - 微信小程序例外：可用微信 JSSDK 定位，但返回仍是
gcj02，无需额外配 key - 如果只想要坐标不解析地址，
geocode可设为false；但「定位后显示城市名+街道」就需要它，且仅 App 支持
收货地址列表要兼容「临时定位地址」结构
已保存地址是后端返回的完整对象（含 id、name、phone、address 等），而定位生成的地址是临时的，没有 id、不入库。强行塞进同一数组会导致提交订单时校验失败或接口报错。
- 推荐做法：用一个标志字段区分，比如给定位地址加
isTemporary: true，渲染时用不同样式/文案标识 - 表单提交前，检查选中项：
if (selectedAddr.isTemporary)则只传{ latitude, longitude, address }给订单接口；否则传id - 不要把定位结果直接覆盖到某个已有地址的
latitude/longitude字段——用户可能只是想看看附近有没有更合适的，而非修改旧地址
点击「使用当前位置」后，必须触发逆地理编码（geocode）才像淘宝
单纯拿到经纬度只是两个数字，用户看不到「XX市XX区XX路XX号」这种可读地址。淘宝的「当前位置」按钮背后一定调用了逆地理编码服务，把坐标转成结构化文本。
- App 平台：可在
uni.getLocation中直接设geocode: true，成功回调里res.address就是解析后的字符串 - H5 / 微信小程序：需手动调用地图厂商 API（如高德
https://restapi.amap.com/v3/geocode/regeo），传location=lng,lat获取地址 - 注意配额：逆地理编码是付费接口，高频调用需监控用量，避免突然不可用
- 失败降级：若 geocode 失败，至少保留「纬度: xxx, 经度: xxx」作为兜底地址文案，别留空
地图组件 <map></map> 的 markers 渲染要响应地址切换
订单页常带小地图预览当前选中地址位置。当用户从列表切到「当前位置」，地图 marker 必须立刻跳过去，否则体验断裂。
-
markers数组里每个 item 至少含latitude、longitude、id（用于@tap事件识别） - 监听地址选择变化（比如用
watch或onUpdated），一旦selectedAddr更新，就重置markers并调用mapContext.moveToLocation() - 别忘了设置
show-location为false——这个属性是给「用户自己定位」用的，和「展示选中地址」冲突
真正的难点不在调接口，而在状态同步：定位坐标、解析后的地址文本、地图 marker、订单提交参数，这四者必须严格对齐，且任一环节失败都不能阻断主流程。建议把「临时地址」封装成独立的 Composition 函数，统一管理 loading、error、data 三个状态，而不是散落在页面各处做 if-else。
