折叠屏吐了一个飘到 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_BACKGROUNDbackgroundModes 加上 location否则切后台直接断流。 ## Canvas 大量格子渲染手动 LOD 像素格渲染用 ArkUI 的 Canvas 组件。问题出在缩小地图看全城的时候——几千个 Tile 同时绘制帧率直接掉到 20fps 以下。 我的做法是手动实现视口裁剪 缩放级别合并 - **近景**zoom 15逐个 Tile 绘制带颜色和透明度按最后访问时间衰减 - - **中景**zoom 12-15按 Zone8×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 点完成的任务在 UTC8 的 0 点被清零了。后来统一用 UTC 毫秒时间戳判断是否同一天才修好。简单的事情但不注意就翻车。 ## 当前状态和接下来要做的 鸿蒙版上线不久日活还在两位数冷启动阶段。用户评分 5.0样本量小不太有参考价值。有用户要求导入更早年份的照片 GPS 数据、还有人想要探索排行榜都在排期。 接下来打算做的 - **桌面小组件**用 FormExtensionAbility 显示今日探索格数和连击天数 - - **城市战报**去新城市旅行回来自动生成像素风卡片 - - **地标隐藏事件**走到特定 POI 触发稀有奖励 ## 想讨论的点 回到开头那个折叠屏 GPS 漂移的问题——我现在的速度阈值过滤方案确实太粗暴了。有做鸿蒙持续定位的朋友遇到过类似情况吗特别想知道 1. 有没有办法监听折叠屏形态切换事件在切换瞬间主动 suspend 定位回调 2. 2. geoLocationManager 的 accuracy 字段在漂移点上是否有异常值可以做过滤依据 我把后台定位策略相关的工具类整理了一下如果有需要可以私信交流——代码不长就上面那个分级定位 速度过滤的封装拿去改改应该能省点时间。