uni.getlocation 无法返回气压值；海拔值仅在部分 android 设备开启高精度模式且具备硬件支持时可能返回，ios 基本不可靠，实际取决于系统底层支持。
uni-app 在 App 端无法直接通过 uni.getLocation 获取气压值；海拔值仅在部分 Android 设备 + 高精度模式下可能返回，iOS 基本不可靠。
uni.getLocation 能否返回海拔和气压？
uni.getLocation 的 altitude 参数仅控制是否「尝试请求」海拔（不是气压），且实际返回取决于底层系统支持：
- Android：开启
isHighAccuracy: true且设备有 GPS+气压计硬件时，res.altitude可能有值（单位米），但非稳定输出；res.verticalAccuracy若存在，说明该海拔带精度估计 - iOS：即使设
altitude: true，绝大多数情况下res.altitude为undefined或0，系统不向 WebView/uni-app 暴露原始气压或校准后海拔 - 气压值：
uni.getLocation完全不提供气压字段，也没有对应参数
App 端获取海拔的可行路径（仅限原生增强）
若必须拿到较准海拔，需绕过 uni-app 封装，调用原生能力：
- Android：用
plus.android.requestPermission获取android.permission.ACCESS_FINE_LOCATION后，通过plus.android.importClass('android.hardware.SensorManager')访问气压计 Sensor，再换算成海拔（需自行实现公式：altitude = 44330 * (1 - (pressure / seaLevelPressure) ** 0.1903)） - iOS：需用
plus.ios.invoke调用CMAltimeter类，但仅支持 iOS 8+，且必须用户已开启「运动与健身」权限；返回的是相对海拔变化（relativeAltitude），非绝对海拔 - 注意：这些操作不在
uni.getLocation范畴内，需写原生插件或使用uni.getProvider+uni.requireNativePlugin加载自定义模块
为什么不能依赖 geocode 或地图 SDK 补海拔？
高德、腾讯、百度等地图 SDK 的逆地理编码（getRegeo）或 POI 查询接口，返回的 adcode 或 addressComponent 中不含海拔或气压数据：
- 它们基于行政区划数据库，海拔属于地形/测绘数据，不在标准地理编码服务范围内
- 少数地图平台（如高德「地形图」API）需单独调用且有配额限制，且返回的是该经纬度点的“平均海拔”，非实时手机传感器值
- 和风、心知等天气 API 返回的是“站点海拔”，不是你手机此刻所处位置的实测值
实际开发中建议怎么做？
多数业务场景下，应放弃“手机实时气压/精确海拔”这个需求：
- 若用于高度差辅助（如爬楼计数），用
plus.geolocation.watchPosition监听altitude变化趋势（仅 Android 有效），比单次值更有意义 - 若需展示“所在地区海拔”，查公开地形数据集（如 NASA SRTM）或地图平台静态海拔 API，缓存后按经纬度查表
- 气压值完全不可取——uni-app 无对应 API，原生层读取也需额外权限（Android
SENSOR_PRESSURE，iOS 不开放），且不同设备标定差异大，误差常超 ±50 米
真正容易被忽略的是：很多开发者以为打开 isHighAccuracy 就能拿到海拔，结果上线后发现 iOS 用户全为 undefined，连 fallback 逻辑都没写。
