本文详细讲解如何在 Expo 项目中正确获取设备的真实地理朝向（heading），解决仅依赖 Magnetometer 原始数据计算导致的偏差大、对倾斜敏感、方向不准确等问题，并强烈推荐使用经系统校准的高精度 API —— Location.watchHeadingAsync。
在使用 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 API，是对 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(null);
const [isA vailable, setIsA vailable] = useState(true);
useEffect(() => {
const startWatching = async () => {
try {
// 请求位置权限（heading 需要 location 权限）
const { status } = await Location.requestForegroundPermissionsAsync();
if (status !== 'granted') {
console.warn('Location permission denied for heading');
setIsA vailable(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);
setIsA vailable(false);
}
};
const cleanup = startWatching();
return () => {
if (typeof cleanup === 'function') cleanup();
};
}, []);
if (!isA vailable) {
return 请授予定位权限以启用指南针 ;
}
return (
{heading !== null ? (
方向：{heading.toFixed(1)}°
{/* 此处可传入 heading 给自定义 Arrow 组件进行旋转 */}
) : (
正在获取方向...
)}
);
};
// 示例 Arrow 组件（使用 transform 实现指针旋转）
const Arrow = ({ angle }: { angle: number }) => (
⚠️ 注意事项与最佳实践
- 权限要求：watchHeadingAsync 在 iOS 与 Android 上均需 location 权限（ACCESS_FINE_LOCATION / NSLocationWhenInUseUsageDescription），请务必在 app.json 或 app.config.js 中配置对应的描述信息。
- 真北与磁北的区别：
- 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。
