本文详解如何在 Expo 项目中正确获取设备真实地理朝向（heading），解决仅用 Magnetometer 原始数据计算导致的偏差、倾斜敏感、方向不准等问题，并推荐使用 Location.watchHeadingAsync 这一经系统校准的高精度 API。
本文详解如何在 expo 项目中正确获取设备真实地理朝向（heading），解决仅用 magnetometer 原始数据计算导致的偏差、倾斜敏感、方向不准等问题，并推荐使用 `location.watchheadingasync` 这一经系统校准的高精度 api。
在 React Native + Expo 构建的指南针类应用中，开发者常误以为直接读取 Magnetometer 的 x/y/z 值并套用 Math.atan2(y, x) 即可获得准确的磁北方向角——但事实并非如此。正如你在 iPhone 14 Pro Max 上所观察到的：箭头严重偏移、随手机倾斜剧烈跳变，且与系统自带 Compass 应用结果不一致。根本原因在于：原始磁力计数据未经过姿态补偿与软/硬铁校准，无法反映设备在三维空间中的真实朝向。
❌ 为什么 Math.atan2(data.y, data.x) 不够用？
- 忽略设备姿态（Pitch/Roll）：atan2(y,x) 仅在设备严格水平（即 z 轴垂直于地面）时成立。一旦倾斜（如手持抬高、侧倾），x/y 平面投影失真，计算出的“平面角”不再代表地理朝向。
- 未融合加速度计与陀螺仪：iOS 系统级 Compass 应用实际采用 Sensor Fusion（传感器融合）技术，联合磁力计、加速度计和陀螺仪数据，通过卡尔曼滤波或类似算法实时估算设备在世界坐标系下的旋转姿态（即欧拉角或四元数），再解算出稳定 heading。
- 缺乏磁场校准：机场、钢筋建筑、电子设备周边存在强磁干扰（你提到的机场环境正是典型场景）。系统 Compass 会利用历史数据动态校准“软铁/硬铁偏移”，而裸磁力计输出未经此处理，易受局部磁场扭曲。
✅ 正确做法：不要自行解析 Magnetometer 原始值做 heading 计算——这是底层驱动和系统框架应完成的工作。
✅ 推荐方案：使用 Location.watchHeadingAsync
Expo 提供的 Location.watchHeadingAsync 是对 iOS CLHeading 和 Android SensorManager.getRotationMatrix() 的跨平台封装，它：
- 自动融合磁力计 + 加速度计 + 陀螺仪（若可用）；
- 实时执行磁场校准与姿态补偿；
- 返回已转换为 真北（True North）或磁北（Magnetic North） 的标准化 heading 值（单位：度，0° = 正北，顺时针递增）；
- 兼容 Expo Go 开发环境，无需 EAS 构建。
示例代码（推荐写法）
import React, { useEffect, useState } from 'react';
import { View, Text } from 'react-native';
import * as Location from 'expo-location';
const Compass = () => {
const [heading, setHeading] = useState<number null>(null);
const [isAvailable, setIsAvailable] = useState<boolean>(true);
useEffect(() => {
const startWatching = async () => {
try {
// 请求位置权限（heading 需要 location 权限）
const { status } = await Location.requestForegroundPermissionsAsync();
if (status !== 'granted') {
console.warn('Location permission denied for heading');
setIsAvailable(false);
return;
}
// 启动 heading 监听（自动启用传感器融合）
const subscription = await Location.watchHeadingAsync(
(newHeading) => {
// newHeading.trueHeading: 真北方向（需 GPS 定位支持，更准确）
// newHeading.magneticHeading: 磁北方向（无 GPS 时可用，默认返回）
// 优先使用 magneticHeading，兼容性更好
if (newHeading.magneticHeading !== null && !isNaN(newHeading.magneticHeading)) {
setHeading(newHeading.magneticHeading);
}
}
);
return () => subscription.remove(); // 清理订阅
} catch (err) {
console.error('Failed to start heading watch:', err);
setIsAvailable(false);
}
};
const cleanup = startWatching();
return () => {
if (typeof cleanup === 'function') cleanup();
};
}, []);
if (!isAvailable) {
return <text>请授予定位权限以启用指南针</text>;
}
return (
<view style="{{" flex: justifycontent: alignitems:>
{heading !== null ? (
<view><text style="{{" fontsize: fontweight:>
方向：{heading.toFixed(1)}°
</text>
{/* 此处可传入 heading 给自定义 Arrow 组件进行旋转 */}
<arrow angle="{heading}"></arrow></view>
) : (
<text>正在获取方向...</text>
)}
</view>
);
};
// 示例 Arrow 组件（使用 transform 实现指针旋转）
const Arrow = ({ angle }: { angle: number }) => (
<view style="{{" width: height: backgroundcolor: borderradius: transform: rotate: marginvertical:></view>
);
export default Compass;</boolean></number>
⚠️ 注意事项与最佳实践
- 权限要求：watchHeadingAsync 在 iOS 和 Android 上均需 location 权限（ACCESS_FINE_LOCATION / NSLocationWhenInUseUsageDescription），务必在 app.json 或 app.config.js 中配置对应描述。
-
真北 vs 磁北：
- magneticHeading：基于地磁场，无需 GPS，响应快，适合大多数指南针场景；
- trueHeading：需 GPS 定位修正磁偏角（declination），精度更高但启动慢、耗电大；若不可用将回退为 null。
- 性能与电池：持续监听 heading 属于高频率传感器操作，建议在组件卸载时及时 subscription.remove()；生产环境可结合用户交互（如点击“开始导航”）按需启停。
- Expo Go 兼容性：该 API 在 Expo Go 中完全可用（iOS 15+ / Android 10+），无需 EAS build —— 但若需离线使用或发布 App Store，仍需配置 eas.json 并构建。
? 总结
开发可靠的指南针功能，本质是信任操作系统提供的成熟传感器融合能力，而非重复造轮子。Location.watchHeadingAsync 正是 Expo 为你屏蔽底层复杂性、直连系统级 heading 服务的正确接口。它解决了原始磁力计方案的三大缺陷：无姿态补偿、无磁场校准、无跨平台一致性。从今天起，请果断弃用 Magnetometer.addListener() 计算 heading 的方式——让专业的事，交给专业的 API。
? 小贴士：如需进一步提升体验，可搭配 Location.getLastKnownPositionAsync() 获取当前位置，动态查表修正本地磁偏角，将 magneticHeading 转换为更精确的 trueHeading。
