不能用过滤器格式化经纬度，因uni-app小程序端完全忽略filters语法，h5虽支持但跨平台精度不一致；应改用methods调用带类型防护的formatcoord()函数，统一tofixed(6)截位并挂载为uni.$coord工具。
不能用过滤器直接格式化地理经纬度坐标——这不是写法问题，而是设计失效问题。uni-app 的 filters 在小程序平台（微信、支付宝、百度等）编译时被完全忽略，H5 端虽能跑，但 iOS/Android 对 Date 和数字解析行为不一致，经纬度又极度依赖精度和坐标系，用过滤器极易导致白屏、NaN 或偏移数百米。
为什么 {{ lat | formatCoord }} 在小程序里根本不出结果
uni-app 的 Vue 2 模式下，filters 仅在 H5 渲染层生效；小程序端使用的是原生 WebView 或双线程架构，模板编译器压根不识别 | 语法，遇到 {{ lat | formatCoord }} 会静默跳过，渲染为空字符串或原始数值，控制台也无报错。这不是 bug，是平台能力缺失。
- 检查方式：真机调试打开控制台，搜索
filters，H5 可见Vue.options.filters有注册项，小程序里该对象为空 - 哪怕你在
main.js里正确调用了Vue.filter("formatCoord", ...)，小程序页面依然不会执行它 - 更隐蔽的坑：某些低版本 HBuilderX 会把过滤器语法错误地转成字符串字面量，比如显示为 "39.9042 | formatCoord" 而非执行结果
替代方案必须绕开 filters，优先用 toLocaleString + 类型防护
经纬度本质是浮点数，千分位无意义，关键在**小数位截断可控 + 空值防御 + 平台兼容**。直接用 Number.prototype.toLocaleString() 最轻量，但得加壳：
- 别写
{{ lat | formatCoord }}，改用{{ formatCoord(lat) }}，把逻辑收进组件的methods - 方法体必须先判断类型：
if (typeof lat !== 'number' || isNaN(lat)) return ''，防止后端传字符串"39.9042"或null导致toFixed报错 - 截位统一用
.toFixed(6)（国测局 GCJ02 坐标常规精度），避免Math.round(lat * 1e6) / 1e6在负数时出错 - H5 和 App 端可放心用，小程序基础库 ≥ 2.20.0 支持
toFixed，旧版需 fallback 到正则截取（但极少遇到）
全局复用不要挂 filters，改挂 uni.$coord 或工具函数
需要多页面共用格式化逻辑时，Vue.filter 是死路。正确做法是封装纯函数并挂载到稳定入口：
- 新建
utils/coord.js，导出export function formatCoord(val, fixed = 6) { ... }，内部做类型校验 + 截位 + 返回字符串 - 在
main.js里执行uni.$coord = { formatCoord }（不是Vue.prototype，避免污染且支持 TypeScript 类型推导） - 页面中直接用
{{ uni.$coord.formatCoord(lat) }}或import { formatCoord } from '@/utils/coord' - 切勿在
computed里调用异步逻辑（如逆地理编码）来“格式化”，那是职责错位，应单独封装为getLocationInfo()方法
真正难的不是让数字显示 6 位小数，而是确保所有来源的坐标（uni.getLocation、uni.chooseLocation、API 返回、mock 数据）都经过同一套类型校验和坐标系标注。过滤器连执行时机都无法保障，更别说参与坐标系转换了。
