首页 > 其他分享> > ACCESS_COARSE_LOCATION权限在Android上提供了单元格塔精度

ACCESS_COARSE_LOCATION权限在Android上提供了单元格塔精度

2019-09-23 01:23:18 作者：互联网

我正在使用FusedLocationApi中的requestLocationUpdates()函数进行一些测试.我使用的是PRIORITY_BALANCED_POWER_ACCURACY.城市街区精度对我来说很好.

当我申请ACCESS_FINE_LOCATION许可时,我得到了100米的精度,这对于GPS关闭是很好的.由于我不需要GPS精度但是城市块精度,我想只请求ACCESS_COARSE_LOCATION权限.但是,当我请求ACCESS_COARSE_LOCATION权限时,我得到2公里的精度.看来该设备不再使用Wifi权限,只使用单元塔精度.

如何通过ACCESS_COARSE_LOCATION许可获得更好的精度？

注意：我的测试设备上禁用了GPS.

解决方法:

这是一个有趣的问题,我认为使用ACCESS_COARSE_LOCATION会使用WiFi,因为这就是文档所说的内容.

ACCESS_COARSE_LOCATION的文档说明：

Allows an app to access approximate location derived from network
location sources such as cell towers and Wi-Fi.

所以,我把它做了测试,结果令人惊讶.

这是我用来测试的代码：

public class MainActivity extends Activity implements
        GoogleApiClient.ConnectionCallbacks, GoogleApiClient.OnConnectionFailedListener, LocationListener {

    LocationRequest mLocationRequest;
    GoogleApiClient mGoogleApiClient;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        buildGoogleApiClient();
        mGoogleApiClient.connect();
    }

    @Override
    protected void onPause(){
        super.onPause();
        if (mGoogleApiClient != null) {
            LocationServices.FusedLocationApi.removeLocationUpdates(mGoogleApiClient, this);
        }
    }

    protected synchronized void buildGoogleApiClient() {
        Toast.makeText(this,"buildGoogleApiClient",Toast.LENGTH_SHORT).show();
        mGoogleApiClient = new GoogleApiClient.Builder(this)
                .addConnectionCallbacks(this)
                .addOnConnectionFailedListener(this)
                .addApi(LocationServices.API)
                .build();
    }

    @Override
    public void onConnected(Bundle bundle) {
        Toast.makeText(this,"onConnected",Toast.LENGTH_SHORT).show();

        mLocationRequest = new LocationRequest();
        mLocationRequest.setInterval(10);
        mLocationRequest.setFastestInterval(10);
        mLocationRequest.setPriority(LocationRequest.PRIORITY_BALANCED_POWER_ACCURACY);
        //mLocationRequest.setPriority(LocationRequest.PRIORITY_LOW_POWER);
        //mLocationRequest.setSmallestDisplacement(0.1F);

        LocationServices.FusedLocationApi.requestLocationUpdates(mGoogleApiClient, mLocationRequest, this);
    }

    @Override
    public void onConnectionSuspended(int i) {
        Toast.makeText(this,"onConnectionSuspended",Toast.LENGTH_SHORT).show();
    }

    @Override
    public void onConnectionFailed(ConnectionResult connectionResult) {
        Toast.makeText(this,"onConnectionFailed",Toast.LENGTH_SHORT).show();
    }

    @Override
    public void onLocationChanged(Location location) {

        Log.d("locationtesting", "accuracy: " + location.getAccuracy() + " lat: " + location.getLatitude() + " lon: " + location.getLongitude());

        Toast.makeText(this,"Location Changed",Toast.LENGTH_SHORT).show();
    }
}

AndroidManifest.xml中：

<uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />

的build.gradle：

compile 'com.google.android.gms:play-services:7.3.0'

我做的第一个测试是PRIORITY_BALANCED_POWER_ACCURACY,没有WiFi.请注意,我还禁用了“始终允许扫描”,因为它指出：

Let Google Location Service and other applications scan for Wi-Fi
networks, even when Wi-Fi is off

因此,如果启用了结果,那肯定会扭曲结果.

请注意,我还在省电模式下为所有测试设置了位置模式,因此GPS收音机一直处于关闭状态.

以下是PRIORITY_BALANCED_POWER_ACCURACY,ACCESS_COARSE_LOCATION和无WiFi的结果：

accuracy: 2000.0 lat: 37.78378378378378 lon: -122.40320943772021

因此,它表示2000米精度,这里是实际坐标的距离,绿色箭头显示我实际上在哪里：

然后,我启用了WiFi,再次运行测试,令人惊讶的是,结果完全相同！

accuracy: 2000.0 lat: 37.78378378378378 lon: -122.40320943772021

然后,我在LocationRequest中切换到LocationRequest.PRIORITY_LOW_POWER,同时在AndroidManifest.xml中保留android.permission.ACCESS_COARSE_LOCATION.

没有WiFi：

accuracy: 2000.0 lat: 37.78378378378378 lon: -122.40320943772021

有WiFi：

accuracy: 2000.0 lat: 37.78378378378378 lon: -122.40320943772021

结果再次完全相同！
使用PRIORITY_LOW_POWER与使用PRIORITY_BALANCED_POWER_ACCURACY具有相同的结果,因为WiFi状态似乎对坐标的准确性没有任何影响.

然后,为了覆盖所有基础,我改回了LocationRequest.PRIORITY_BALANCED_POWER_ACCURACY,并将AndroidManifest.xml切换到ACCESS_FINE_LOCATION：

<uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />

首次测试,没有WiFi：

accuracy: 826.0 lat: 37.7825458 lon: -122.3948752

所以,它说准确度为826米,这是它在地图上的接近程度：

然后,我启动了WiFi,结果如下：

accuracy: 18.847 lat: 37.779679 lon: -122.3930918

正如您在地图上看到的那样,它实际上是正确的：

似乎在Java代码中你在LocationRequest中使用的更少,以及你在AndroidManifest.xml中使用的权限更多,因为这里的结果清楚地表明,当使用ACCESS_FINE_LOCATION时,打开或关闭WiFi无线电是一个巨大的精度差异,一般来说也更准确.

看起来好像文档有点突然出现,并且在使用android.permission.ACCESS_COARSE_LOCATION时,当您的应用程序是唯一一个提出位置请求时,打开或关闭WiFi无线电并没有什么不同.

文档说明的另一件事是使用PRIORITY_BALANCED_POWER_ACCURACY会让您的应用程序“捎带”到其他应用程序发出的位置请求.
从文档：

They will only be assigned power blame for the interval set by
setInterval(long), but can still receive locations triggered by other
applications at a rate up to setFastestInterval(long).

因此,如果用户打开Google地图,根据文档,您的应用可以在此时获得更准确的位置.这是使用新的Fused Location Provider而不是旧API的主要方面之一,因为它可以减少您的应用程序的电池消耗量,而无需您做太多工作.

编辑：我对此功能进行了测试,以了解使用ACCESS_COARSE_LOCATION时会发生什么.

首次测试：ACCESS_COARSE_LOCATION,PRIORITY_BALANCED_POWER_ACCURACY和WiFi on：

accuracy: 2000.0 lat: 37.78378378378378 lon: -122.38041129850662

这让我在水中,离我现在的位置很远.
然后,我退出了测试应用程序,启动了Google地图,它确切地定位了我,然后重新启动了测试应用程序.
测试应用程序无法从Google地图上捎带到该位置,结果与以前完全相同！

accuracy: 2000.0 lat: 37.78378378378378 lon: -122.38041129850662

我重新测试了几次,只是为了确定,但它看起来真的好像使用ACCESS_COARSE_LOCATION也会禁用应用程序“捎带”到其他应用程序获取的位置的能力.

看起来在AndroidManifest.xml中使用ACCESS_COARSE_LOCATION会在获取精确位置数据方面严重削弱应用程序.

总而言之,您唯一能做的就是磨练适合您和您的应用程序的最佳设置组合,并希望此测试的结果可以帮助您做出决定.

标签：android,permissions,gps,android-location,fusedlocationproviderapi
来源： https://codeday.me/bug/20190923/1813356.html