API 22中LocationListener异常求助：程序无法正常运行

嘿，我来帮你一步步拆解你遇到的定位适配问题——结合你给出的代码和现象，咱们逐个解答你的疑问，同时搞定API 22下的定位失效问题：

疑问1：为何我的listener由MainController类定义？ #

这其实是很正常的写法哦！你代码里的locationListener是一个匿名内部类，它是在MainController的代码块中创建并实现LocationListener接口的。匿名内部类默认会持有外部类（也就是MainController）的引用，所以从归属关系上来说，这个listener实例自然属于MainController类。这种写法本身没问题，但要注意如果MainController是长生命周期组件（比如和Application绑定），要避免因为匿名类持有引用导致的内存泄漏问题。

疑问2：为何我的Localisation始终为null？ #

你的this.location在API 22中一直为null，是两个因素叠加的结果：

1. getLastKnownLocation的不可靠性：这个方法只能返回设备之前缓存的定位结果，如果设备从未定位过、缓存过期，或者对应提供者没有缓存数据，就会直接返回null。API 29上可能刚好有缓存的位置，所以能拿到值。
2. onLocationChanged从未触发：因为API 22下定位更新的回调没执行，也就没有新的位置数据来更新this.location，所以它一直保持初始的null状态。

疑问3：为何onLocationChanged(Location location)从未被调用？ #

这是核心问题，结合API 22和29的差异，可能的原因和修复方案如下：

可能的原因 #

1. 权限配置/授予问题：
   • API 22属于Android 5.1，虽然是安装时权限模型，但如果你的AndroidManifest.xml没声明正确的定位权限（比如ACCESS_FINE_LOCATION用于GPS定位，ACCESS_COARSE_LOCATION用于网络定位），定位服务会直接失效。
   • 如果你的App的targetSdkVersion >=23，即使在API 22的设备上，部分定制ROM会强制要求动态申请权限，若用户未授予，也会导致定位失败。
2. 定位提供者选择逻辑的局限性：
   • 你当前的代码是依次判断GPS→PASSIVE→NETWORK，只注册第一个启用的提供者。但PASSIVE_PROVIDER是被动接收其他App发起的定位更新，如果没有其他App在请求定位，它根本不会触发回调；而GPS可能在室内等场景下信号弱，无法快速返回位置。
3. 定位更新参数设置不合理：
   • 如果minTime（最小更新间隔）设得太大（比如几分钟），或者minDistance（最小更新距离）设得太远，短时间内不会触发定位更新。API 29可能对这些参数的阈值处理更宽松，或者定位模块效率更高，所以能正常回调。

具体修复方案 #

1. 确保权限配置正确：
   在AndroidManifest.xml中添加必要的权限：

   <uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
   <uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
   <!-- 网络定位需要的额外权限 -->
   <uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
   <uses-permission android:name="android.permission.INTERNET" />
   

   如果targetSdkVersion >=23，即使在API 22设备上，也要添加动态权限申请逻辑，确保用户授予了定位权限：

   if (ContextCompat.checkSelfPermission(activity, Manifest.permission.ACCESS_FINE_LOCATION) != PackageManager.PERMISSION_GRANTED) {
       // 针对API22，可提示用户去设置开启权限；API23+则调用requestPermissions
       Toast.makeText(activity, "请开启定位权限以获取位置", Toast.LENGTH_SHORT).show();
       return;
   }
   

2. 优化定位提供者的注册逻辑：
   不要只注册第一个启用的提供者，而是注册所有可用的定位提供者，提高获取位置的概率：

   locationManager = (LocationManager) activity.getSystemService(MainActivity.LOCATION_SERVICE);
   // 获取所有可用的定位提供者
   List<String> enabledProviders = locationManager.getProviders(true);
   if (enabledProviders.isEmpty()) {
       // 没有可用提供者，提示用户开启定位服务
       Toast.makeText(activity, "请开启定位服务", Toast.LENGTH_SHORT).show();
       return;
   }
   // 注册所有可用提供者的位置更新
   for (String provider : enabledProviders) {
       locationManager.requestLocationUpdates(provider, 1000, 0, locationListener);
       Log.i(MainActivity.LOG_I, "已注册定位提供者：" + provider);
   }
   // 尝试获取最后已知位置（遍历所有提供者，拿到第一个非null的结果）
   for (String provider : enabledProviders) {
       Location lastKnown = locationManager.getLastKnownLocation(provider);
       if (lastKnown != null) {
           this.location = lastKnown;
           Log.i(MainActivity.LOG_I, "初始位置：" + lastKnown.toString());
           break;
       }
   }
   

3. 调整定位更新参数：
   先把minTime设为1000（1秒）、minDistance设为0，测试是否能触发回调，确认正常后再根据业务需求调整阈值。

内容的提问来源于stack exchange，提问作者mehdim2