device-location-info.md 14.0 KB
Newer Older
Z
zengyawen 已提交
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
# 获取设备的位置信息


## 场景介绍

开发者可以调用OpenHarmony位置相关接口,获取设备实时位置,或者最近的历史位置。

对于位置敏感的应用业务,建议获取设备实时位置信息。如果不需要设备实时位置信息,并且希望尽可能的节省耗电,开发者可以考虑获取最近的历史位置。


## 接口说明

获取设备的位置信息,所使用的接口说明如下。

  **表1** 获取位置信息API功能介绍

17 18 19 20 21 22
| 接口名                                                       | 功能描述                                                     |
| ------------------------------------------------------------ | ------------------------------------------------------------ |
| on(type: 'locationChange', request: LocationRequest, callback: Callback<Location>) : void | 开启位置变化订阅,并发起定位请求。                           |
| off(type: 'locationChange', callback?: Callback<Location>) : void | 关闭位置变化订阅,并删除对应的定位请求。                     |
| on(type: 'locationServiceState', callback: Callback<boolean>) : void | 订阅位置服务状态变化。                                       |
| off(type: 'locationServiceState', callback: Callback<boolean>) : void | 取消订阅位置服务状态变化。                                   |
23
| on(type: 'cachedGnssLocationsReporting', request: CachedGnssLocationsRequest, callback: Callback<Array<Location>>) : void; | 订阅缓存GNSS位置上报。                                       |
24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52
| off(type: 'cachedGnssLocationsReporting', callback?: Callback<Array<Location>>) : void; | 取消订阅缓存GNSS位置上报。                                   |
| on(type: 'gnssStatusChange', callback: Callback<SatelliteStatusInfo>) : void; | 订阅卫星状态信息更新事件。                                   |
| off(type: 'gnssStatusChange', callback?: Callback<SatelliteStatusInfo>) : void; | 取消订阅卫星状态信息更新事件。                               |
| on(type: 'nmeaMessageChange', callback: Callback<string>) : void; | 订阅GNSS NMEA信息上报。                                      |
| off(type: 'nmeaMessageChange', callback?: Callback<string>) : void; | 取消订阅GNSS NMEA信息上报。                                  |
| on(type: 'fenceStatusChange', request: GeofenceRequest, want: WantAgent) : void; | 添加围栏,并订阅该围栏事件上报。                             |
| off(type: 'fenceStatusChange', request: GeofenceRequest, want: WantAgent) : void; | 删除围栏,并取消订阅该围栏事件。                             |
| getCurrentLocation(request: CurrentLocationRequest, callback: AsyncCallback<Location>) : void | 获取当前位置,使用callback回调异步返回结果。                 |
| getCurrentLocation(request?: CurrentLocationRequest) : Promise<Location> | 获取当前位置,使用Promise方式异步返回结果。                  |
| getLastLocation(callback: AsyncCallback<Location>) : void | 获取上一次位置,使用callback回调异步返回结果。               |
| getLastLocation() : Promise<Location>                  | 获取上一次位置,使用Promise方式异步返回结果。                |
| isLocationEnabled(callback: AsyncCallback<boolean>) : void | 判断位置服务是否已经打开,使用callback回调异步返回结果。     |
| isLocationEnabled() : Promise<boolean>                 | 判断位置服务是否已经开启,使用Promise方式异步返回结果。      |
| requestEnableLocation(callback: AsyncCallback<boolean>) : void | 请求打开位置服务,使用callback回调异步返回结果。             |
| requestEnableLocation() : Promise<boolean>             | 请求打开位置服务,使用Promise方式异步返回结果。              |
| enableLocation(callback: AsyncCallback<boolean>) : void | 打开位置服务,使用callback回调异步返回结果。                 |
| enableLocation() : Promise<boolean>                    | 打开位置服务,使用Promise方式异步返回结果。                  |
| disableLocation(callback: AsyncCallback<boolean>) : void | 关闭位置服务,使用callback回调异步返回结果。                 |
| disableLocation() : Promise<boolean>                   | 关闭位置服务,使用Promise方式异步返回结果。                  |
| getCachedGnssLocationsSize(callback: AsyncCallback<number>) : void; | 获取缓存GNSS位置的个数,使用callback回调异步返回结果。       |
| getCachedGnssLocationsSize() : Promise<number>;        | 获取缓存GNSS位置的个数,使用Promise方式异步返回结果。        |
| flushCachedGnssLocations(callback: AsyncCallback<boolean>) : void; | 获取所有的GNSS缓存位置,并清空GNSS缓存队列,使用callback回调异步返回结果。 |
| flushCachedGnssLocations() : Promise<boolean>;         | 获取所有的GNSS缓存位置,并清空GNSS缓存队列,使用Promise方式异步返回结果。 |
| sendCommand(command: LocationCommand, callback: AsyncCallback<boolean>) : void; | 给位置服务子系统发送扩展命令,使用callback回调异步返回结果。 |
| sendCommand(command: LocationCommand) : Promise<boolean>; | 给位置服务子系统发送扩展命令,使用Promise方式异步返回结果。  |
| isLocationPrivacyConfirmed(type : LocationPrivacyType, callback: AsyncCallback<boolean>) : void; | 查询用户是否同意定位服务的隐私申明,使用callback回调异步返回结果。 |
| isLocationPrivacyConfirmed(type : LocationPrivacyType,) : Promise<boolean>; | 查询用户是否同意定位服务的隐私申明,使用Promise方式异步返回结果。 |
| setLocationPrivacyConfirmStatus(type : LocationPrivacyType, isConfirmed : boolean, callback: AsyncCallback<boolean>) : void; | 设置并记录用户是否同意定位服务的隐私申明,使用callback回调异步返回结果。 |
| setLocationPrivacyConfirmStatus(type : LocationPrivacyType, isConfirmed : boolean) : Promise<boolean>; | 设置并记录用户是否同意定位服务的隐私申明,使用Promise方式异步返回结果。 |
Z
zengyawen 已提交
53 54 55 56


## 开发步骤

57 58 59
如需要获取设备位置相关接口信息,请参考[位置服务](../reference/apis/js-apis-geolocation.md)

1. 应用在使用系统能力前,需要检查是否已经获取用户授权访问设备位置信息。如未获得授权,可以向用户申请需要的位置权限,申请方式请参考下文。
Z
zengyawen 已提交
60 61 62 63 64 65 66 67 68
     系统提供的定位权限有:
   - ohos.permission.LOCATION
   
   - ohos.permission.LOCATION_IN_BACKGROUND

   访问设备的位置信息,必须申请ohos.permission.LOCATION权限,并且获得用户授权。

   如果应用在后台运行时也需要访问设备位置,除需要将应用声明为允许后台运行外,还必须申请ohos.permission.LOCATION_IN_BACKGROUND权限,这样应用在切入后台之后,系统可以继续上报位置信息。

69
   开发者可以在应用配置文件中声明所需要的权限,具体可参考[授权申请指导](../security/accesstoken-guidelines.md)
Z
zengyawen 已提交
70 71

2. 导入geolocation模块,所有与基础定位能力相关的功能API,都是通过该模块提供的。
72
   
Z
zengyawen 已提交
73 74 75 76
   ```
   import geolocation from '@ohos.geolocation';
   ```

77
3. 实例化LocationRequest对象,用于告知系统该向应用提供何种类型的位置服务,以及位置结果上报的频率。<br/>
Z
zengyawen 已提交
78 79 80 81
   **方式一:**

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

82
   
Z
zengyawen 已提交
83 84 85 86 87 88 89 90 91 92 93
   ```
       export enum LocationRequestScenario {
            UNSET = 0x300,
            NAVIGATION,
            TRAJECTORY_TRACKING,
            CAR_HAILING,
            DAILY_LIFE_SERVICE,
            NO_POWER,
        }
   ```

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

     以导航场景为例,实例化方式如下:
106
   
Z
zengyawen 已提交
107
   ```
L
liu-binjun 已提交
108
   var requestInfo = {'scenario': geolocation.LocationRequestScenario.NAVIGATION, 'timeInterval': 0, 'distanceInterval': 0, 'maxAccuracy': 0};
Z
zengyawen 已提交
109 110 111 112 113 114
   ```

   **方式二:**

   如果定义的现有场景类型不能满足所需的开发场景,系统提供了基本的定位优先级策略类型。

115
   
Z
zengyawen 已提交
116 117 118 119 120 121 122 123 124
   ```
       export enum LocationRequestPriority {
            UNSET = 0x200,
            ACCURACY,
            LOW_POWER,
            FIRST_FIX,
        }
   ```

125
   
Z
zengyawen 已提交
126 127
     **表3** 定位优先级策略类型说明:
   
128 129 130 131 132
   | 策略类型           | 常量定义       | 说明                                                         |
   | ------------------ | -------------- | ------------------------------------------------------------ |
   | 定位精度优先策略   | ACCURACY       | 定位精度优先策略主要以GNSS定位技术为主,在开阔场景下可以提供米级的定位精度,具体性能指标依赖用户设备的定位硬件能力,但在室内等强遮蔽定位场景下,无法提供准确的位置服务。<br/>应用必须申请ohos.permission.LOCATION权限,同时获得用户授权。 |
   | 快速定位优先策略   | FAST_FIRST_FIX | 快速定位优先策略会同时使用GNSS定位、基站定位和WLAN、蓝牙定位技术,以便室内和户外场景下,通过此策略都可以获得位置结果,当各种定位技术都有提供位置结果时,系统会选择其中精度较好的结果返回给应用。因为对各种定位技术同时使用,对设备的硬件资源消耗较大,功耗也较大。<br/>应用必须申请ohos.permission.LOCATION权限,同时获得用户授权。 |
   | 低功耗定位优先策略 | LOW_POWER      | 低功耗定位优先策略主要使用基站定位和WLAN、蓝牙定位技术,也可以同时提供室内和户外场景下的位置服务,因为其依赖周边基站、可见WLAN、蓝牙设备的分布情况,定位结果的精度波动范围较大,如果对定位结果精度要求不高,或者使用场景多在有基站、可见WLAN、蓝牙设备高密度分布的情况下,推荐使用,可以有效节省设备功耗。<br/>应用至少申请ohos.permission.LOCATION权限,同时获得用户授权。 |
Z
zengyawen 已提交
133 134

     以定位精度优先策略为例,实例化方式如下:
135
   
Z
zengyawen 已提交
136
   ```
L
liu-binjun 已提交
137
   var requestInfo = {'priority': geolocation.LocationRequestPriority.ACCURACY, 'timeInterval': 0, 'distanceInterval': 0, 'maxAccuracy': 0};
Z
zengyawen 已提交
138 139 140 141 142 143 144 145 146 147 148 149
   ```

4. 实例化Callback对象,用于向系统提供位置上报的途径。
     应用需要自行实现系统定义好的回调接口,并将其实例化。系统在定位成功确定设备的实时位置结果时,会通过该接口上报给应用。应用程序可以在接口的实现中完成自己的业务逻辑。
     
   ```
   var locationChange = (location) => {
       console.log('locationChanger: data: ' + JSON.stringify(location));
   };
   ```

5. 启动定位。
150
   
Z
zengyawen 已提交
151 152 153 154 155
   ```
   geolocation.on('locationChange', requestInfo, locationChange);
   ```

6. (可选)结束定位。
156
   
Z
zengyawen 已提交
157 158 159 160
   ```
   geolocation.off('locationChange', locationChange);
   ```

161
如果应用使用场景不需要实时的设备位置,可以获取系统缓存的最近一次历史定位结果。
Z
zengyawen 已提交
162 163
     
   ```
L
liu-binjun 已提交
164 165 166 167 168 169
   geolocation.getLastLocation((err, data) => {
       if (err) {
           console.log('getLastLocation: err: ' + JSON.stringify(err));
       } else {
           console.log('getLastLocation: data: ' + JSON.stringify(data));
       }
Z
zengyawen 已提交
170 171 172
   });
   ```

173
   此接口的使用需要应用向用户申请ohos.permission.LOCATION权限。