当前位置: 主页 > 鸿蒙系统 >

鸿蒙原生应用元服务开发-位置服务获取设备信息

时间:2024-06-15 10:40来源:51cto 作者:鸿蒙时代 点击:
获取设备的位置信息开发 场景概述 开发者可以调用HarmonyOS位置相关接口,获取设备实时位置,或者最近的历史位置。 对于位置敏感的应用业务,建议获取设备实时位置信息。如果不需

获取设备的位置信息开发
场景概述
开发者可以调用HarmonyOS位置相关接口,获取设备实时位置,或者最近的历史位置。
对于位置敏感的应用业务,建议获取设备实时位置信息。如果不需要设备实时位置信息,并且希望尽可能的节省耗电,开发者可以考虑获取最近的历史位置。
接口说明
获取设备的位置信息所使用的接口如下。
鸿蒙原生应用元服务开发-位置服务获取设备信息开发-鸿蒙开发者社区
开发步骤
获取设备的位置信息,需要有位置权限,。

导入geoLocationManager模块,所有与基础定位能力相关的功能API,都是通过该模块提供的。

.import geoLocationManager from '@ohos.geoLocationManager';

  • 1.
  • 2.

实例化LocationRequest对象,用于告知系统该向应用提供何种类型的位置服务,以及位置结果上报的频率。 方式一:

为了面向开发者提供贴近其使用场景的API使用方式,系统定义了几种常见的位置能力使用场景,并针对使用场景做了适当的优化处理,应用可以直接匹配使用,简化开发复杂度。系统当前支持场景如下表所示。

定位场景类型说明

. 导航场景:NAVIGATION . 适用于在户外定位设备实时位置的场景,如车载、步行导航。 . 在此场景下,为保证系统提供位置结果精度最优,主要使用GNSS定位技术提供定位服务,结合场景特点,在导航启动之初,用户很可能在室内、车库等遮蔽环境,GNSS技术很难提供位置服务。 . 为解决此问题,我们会在GNSS提供稳定位置结果之前,使用系统网络定位技术,向应用提供位置服务,以在导航初始阶段提升用户体验。 . 此场景默认以最小1秒间隔上报定位结果,使用此场景的应用必须申请ohos.permission.LOCATION权限,同时获得用户授权。 . . 轨迹跟踪场景:TRAJECTORY_TRACKING . 适用于记录用户位置轨迹的场景,如运动类应用记录轨迹功能。主要使用GNSS定位技术提供定位服务。 . 此场景默认以最小1秒间隔上报定位结果,并且应用必须申请ohos.permission.LOCATION权限,同时获得用户授权。 . . 出行约车场景:CAR_HAILING . 适用于用户出行打车时定位当前位置的场景,如网约车类应用。 . 此场景默认以最小1秒间隔上报定位结果,并且应用必须申请ohos.permission.LOCATION权限,同时获得用户授权。 . . 生活服务场景:DAILY_LIFE_SERVICE . 生活服务场景,适用于不需要定位用户精确位置的使用场景,如新闻资讯、网购、点餐类应用,做推荐、推送时定位用户大致位置即可。 . 此场景默认以最小1秒间隔上报定位结果,并且应用至少申请ohos.permission.LOCATION权限,同时获得用户授权。 . . 无功耗场景:NO_POWER . 无功耗场景,适用于不需要主动启动定位业务。系统在响应其他应用启动定位业务并上报位置结果时,会同时向请求此场景的应用程序上报定位结果,当前的应用程序不产生定位功耗。 . 此场景默认以最小1秒间隔上报定位结果,并且应用需要申请ohos.permission.LOCATION权限,同时获得用户授权。

  export enum LocationRequestScenario {
.         UNSET = 0x300,
.         NAVIGATION,
.         TRAJECTORY_TRACKING,
.         CAR_HAILING,
.         DAILY_LIFE_SERVICE,
.         NO_POWER,
.     }

  • 1.
  • 2.
  • 3.
  • 4.
  • 5.
  • 6.
  • 7.
  • 8.
  • 9.

以导航场景为例,实例化方式如下:

.let requestInfo = {'scenario': geoLocationManager.LocationRequestScenario.NAVIGATION, 'timeInterval': 0, 'distanceInterval': 0, 'maxAccuracy': 0};

  • 1.
  • 2.

方式二: 如果定义的现有场景类型不能满足所需的开发场景,系统提供了基本的定位优先级策略类型。 定位优先级策略类型说明 . 定位精度优先策略:ACCURACY . 定位精度优先策略主要以GNSS定位技术为主,在开阔场景下可以提供米级的定位精度,具体性能指标依赖用户设备的定位硬件能力,但在室内等强遮蔽定位场景下,无法提供准确的位置服务。 . . 快速定位优先策略:FIRST_FIX . 快速定位优先策略会同时使用GNSS定位、基站定位和WLAN、蓝牙定位技术,以便室内和户外场景下,通过此策略都可以获得位置结果,当各种定位技术都有提供位置结果时,系统会选择其中精度较好的结果返回给应用。因为对各种定位技术同时使用,对设备的硬件资源消耗较大,功耗也较大。 . . 低功耗定位优先策略:LOW_POWER . 低功耗定位优先策略主要使用基站定位和WLAN、蓝牙定位技术,也可以同时提供室内和户外场景下的位置服务,因为其依赖周边基站、可见WLAN、蓝牙设备的分布情况,定位结果的精度波动范围较大,如果对定位结果精度要求不高,或者使用场景多在有基站、可见WLAN、蓝牙设备高密度分布的情况下,推荐使用,可以有效节省设备功耗。

    export enum LocationRequestPriority {
         UNSET = 0x200,
         ACCURACY,
         LOW_POWER,
         FIRST_FIX,
     }

  • 1.
  • 2.
  • 3.
  • 4.
  • 5.
  • 6.
  • 7.

以定位精度优先策略为例,实例化方式如下:

.let requestInfo = {'priority': geoLocationManager.LocationRequestPriority.ACCURACY, 'timeInterval': 0, 'distanceInterval': 0, 'maxAccuracy': 0};

  • 1.
  • 2.

实例化Callback对象,用于向系统提供位置上报的途径。 应用需要自行实现系统定义好的回调接口,并将其实例化。系统在定位成功确定设备的实时位置结果时,会通过该接口上报给应用。应用程序可以在接口的实现中完成自己的业务逻辑。

.let locationChange = (location) => {
.    console.log('locationChanger: data: ' + JSON.stringify(location));
.};

  • 1.
  • 2.
  • 3.
  • 4.

启动定位。

.geoLocationManager.on('locationChange', requestInfo, locationChange);

  • 1.
  • 2.

(可选)结束定位。 如果不主动结束定位可能导致设备功耗高,耗电快;建议在不需要获取定位信息时及时结束定位。

.geoLocationManager.off('locationChange', locationChange);

  • 1.
  • 2.

如果应用使用场景不需要实时的设备位置,可以获取系统缓存的最近一次历史定位结果。

import geoLocationManager from '@ohos.geoLocationManager';
try {
    let location = geoLocationManager.getLastLocation();
} catch (err) {
    console.error("errCode:" + err.code + ",errMessage:" + err.message);
}

  • 1.
  • 2.
  • 3.
  • 4.
  • 5.
  • 6.
  • 7.

本文引用参考HarmonyOS官方API9。

(责任编辑:阿里技术)
织梦二维码生成器
顶一下
(0)
0%
踩一下
(0)
0%
------分隔线----------------------------
发表评论
请自觉遵守互联网相关的政策法规,严禁发布色情、暴力、反动的言论。
评价:
表情:
用户名: 验证码:点击我更换图片
栏目列表
推荐内容