折叠屏吐了一个飘到 300 米外的坐标点，我的格子全乱了
做鸿蒙版「像素征途」时，我在 Mate X5 上碰到一个诡异问题：折叠/展开的瞬间，geoLocationManager偶尔会回调一个漂移几百米的脏坐标。我的 App 会把这个点当成真实移动，直接点亮一条飞线上所有格子——用户还没走呢，地图上刷出一条笔直的"幽灵轨迹"。
这事儿逼着我加了速度阈值过滤、重新设计了整个后台定位策略。下面展开说说。
这个 App 在干什么
简单讲：地图被切成 8×8 的像素网格，你走到哪里，哪里就染上你的颜色。一个区域点亮 58/64 格算「征服」，64/64 算「完美占领」。每天走同一条路，格子会升级（Scout → Patrol → Garrison → Fortress），形成你的专属主干道。连续多天出门有连击倍率加成，5 天翻倍。
说白了，把每天通勤变成一个版图扩张游戏。
后台持续定位：从暴力高精度到分级策略
鸿蒙的@ohos.geoLocationManager用起来不算难，难的是在功耗、精度、后台存活之间找平衡。
我第一版直接PRIORITY_ACCURACY持续拉，10 分钟掉 3% 电，而且后台不到 5 分钟就被系统回收。
最终方案是分级定位——用低功耗模式做基线心跳，间隔唤醒一次高精度采样。核心逻辑大致长这样：
// 后台定位策略：低功耗基线 + 周期性高精度唤醒 private startBackgroundTracking() { // 基线：低功耗持续定位，5秒间隔 geoLocationManager.on('locationChange', { priority: geoLocationManager.LocationRequestPriority.PRIORITY_LOW_POWER, timeInterval: 5 }, (location) => { if (this.isOutlier(location)) return // 速度阈值过滤 this.bufferPoints.push(location) }) // 每15秒唤醒一次高精度，拿一个精确锚点 this.preciseTimer = setInterval(() => { geoLocationManager.getCurrentLocation({ priority: geoLocationManager.LocationRequestPriority.PRIORITY_ACCURACY }).then((loc) => { if (!this.isOutlier(loc)) this.commitTileUnlock(loc) }) }, 15000) } // 两点间速度超35m/s（≈126km/h）判定为漂移，丢弃 private isOutlier(loc: geoLocationManager.Location): boolean { if (!this.lastValid) return false let dt = (loc.timestamp - this.lastValid.timestamp) / 1000 let dist = this.haversine(this.lastValid, loc) return dt > 0 && (dist / dt) > 35 } ``` 35m/s 这个阈值是我在折叠屏上抓了大概 200 次漂移样本后取的。覆盖了绝大多数异常，但坐高铁时会误杀——目前的妥协是检测到连续高速点超过 3 个就临时放宽阈值。不完美，凑合能用。 关键配置别忘了：`module.json5` 里声明 `ohos.permission.LOCATION_IN_BACKGROUND`，`backgroundModes` 加上 `location`，否则切后台直接断流。 ## Canvas 大量格子渲染：手动 LOD 像素格渲染用 ArkUI 的 Canvas 组件。问题出在缩小地图看全城的时候——几千个 Tile 同时绘制，帧率直接掉到 20fps 以下。 我的做法是手动实现视口裁剪 + 缩放级别合并： - **近景**（zoom > 15）：逐个 Tile 绘制，带颜色和透明度（按最后访问时间衰减） - - **中景**（zoom 12-15）：按 Zone（8×8）合并，取平均填充率画单色块 - - **远景**（zoom < 12）：只画已征服 Zone 的轮廓边框 时间衰减规则：4 天内最亮，4-7 天渐暗，7-30 天持续衰减到 12% 底色。最早设计 30 天后直接归零，有用户跟我说"上个月走的路突然消失了心态崩了"，改成保留残影之后再没收到类似抱怨。 帧率优化到稳定 55fps 以上，偶尔有一帧卡顿发生在 Zone 状态变更触发重新计算的时候，还在想怎么拆到 Worker 线程里。 ## 格子升级和每日任务系统 每个 Tile 重复经过会升级： | 等级 | 名称 | 经过次数 | |------|------|---------| | 1 | 侦察 Scout | 1 | | 2 | 巡逻 Patrol | 3 | | 3 | 驻守 Garrison | 8 | | 4 | 要塞 Fortress | 20 | 这样通勤族每天走同一条路也有收益感。配合每日任务（解锁 N 格 / 走 N 米 / 户外 N 分钟 / 维持连击），完成给碎片换地图皮肤。 每日任务持久化用的 `@ohos.data.preferences`，出过一个蠢 bug：跨天重置没处理时区，凌晨 1 点完成的任务在 UTC+8 的 0 点被清零了。后来统一用 UTC 毫秒时间戳判断"是否同一天"才修好。简单的事情，但不注意就翻车。 ## 当前状态和接下来要做的 鸿蒙版上线不久，日活还在两位数，冷启动阶段。用户评分 5.0（样本量小，不太有参考价值）。有用户要求导入更早年份的照片 GPS 数据、还有人想要探索排行榜，都在排期。 接下来打算做的： - **桌面小组件**：用 `FormExtensionAbility` 显示今日探索格数和连击天数 - - **城市战报**：去新城市旅行回来自动生成像素风卡片 - - **地标隐藏事件**：走到特定 POI 触发稀有奖励 ## 想讨论的点 回到开头那个折叠屏 GPS 漂移的问题——我现在的速度阈值过滤方案确实太粗暴了。有做鸿蒙持续定位的朋友遇到过类似情况吗？特别想知道： 1. 有没有办法监听折叠屏形态切换事件，在切换瞬间主动 suspend 定位回调？ 2. 2. `geoLocationManager` 的 `accuracy` 字段在漂移点上是否有异常值可以做过滤依据？ 我把后台定位策略相关的工具类整理了一下，如果有需要可以私信交流——代码不长，就上面那个分级定位 + 速度过滤的封装，拿去改改应该能省点时间。
