Xamarin.Android请求位置更新时触发NullReferenceException的原因排查及解决方法

这确实是个让人头疼的问题——明明检查了所有看起来可能为空的对象，权限也加了，却还是触发了空引用异常。我来帮你一步步拆解排查方向，以及对应的修复方案：

一、先查明未实例化的对象：定位问题根源 #

1. 抓JNI层的详细日志，看具体空引用位置 #

你的调用栈是从Native层到Managed层的，Xamarin的默认日志可能没显示全部细节。可以用adb logcat命令抓取更完整的AndroidRuntime日志，过滤关键词NullPointerException或者AndroidRuntime，里面通常会明确指出是哪个对象为空，比如：

AndroidRuntime: Caused by: java.lang.NullPointerException: Attempt to invoke virtual method 'void android.location.LocationManager.requestLocationUpdates(...)' on a null object reference

或者可能是你的GPSListener内部的某个成员为空，在JNI绑定的时候触发了异常。

2. 检查GPSListener的继承与实现是否规范 #

实现ILocationListener的类必须继承自Java.Lang.Object，否则Xamarin的JNI绑定无法正确创建Java侧的对象，这会导致看似gps对象不为null，但JNI层实例化失败，最终抛出空引用。

另外，确保你实现了ILocationListener的所有方法，哪怕是空实现——如果遗漏了某个方法，JNI在绑定的时候也可能出现异常。

3. 简化GPSListener实现，做排除法 #

写一个最基础的空实现，替换原来的GPSListener，看是否还会触发异常：

public class SimpleGPSListener : Java.Lang.Object, ILocationListener
{
    public void OnLocationChanged(Location location) {}
    public void OnProviderDisabled(string provider) {}
    public void OnProviderEnabled(string provider) {}
    public void OnStatusChanged(string provider, Availability status, Bundle extras) {}
}

如果用这个简化版不报错，那问题肯定出在你原来的GPSListener内部，比如某个成员变量未初始化，或者在回调方法里访问了空对象。

4. 确认权限的动态申请是否到位 #

虽然你在清单里加了ACCESS_COARSE_LOCATION和ACCESS_FINE_LOCATION，但从Android 6.0（API 23）开始，这些属于危险权限，必须在运行时动态申请。如果没有申请权限，哪怕清单里有，系统也会拒绝定位请求，某些情况下会间接触发空引用异常。

二、针对性修复方案 #

1. 规范GPSListener的实现 #

确保你的监听类正确继承Java.Lang.Object，并实现所有接口方法：

public class GPSListener : Java.Lang.Object, ILocationListener
{
    // 确保所有成员变量都已初始化
    private readonly Context _context;

    public GPSListener(Context context)
    {
        _context = context ?? throw new ArgumentNullException(nameof(context));
    }

    public void OnLocationChanged(Location location)
    {
        // 这里的代码不要访问未初始化的对象
        if (location == null) return;
        // 你的业务逻辑
    }

    public void OnProviderDisabled(string provider) {}
    public void OnProviderEnabled(string provider) {}
    public void OnStatusChanged(string provider, Availability status, Bundle extras) {}
}

2. 补充动态权限申请逻辑 #

在调用RequestLocationUpdates之前，先检查并申请权限：

private const int LocationPermissionRequestCode = 1001;

private void RequestGpsUpdates()
{
    // 检查权限
    if (ContextCompat.CheckSelfPermission(this, Manifest.Permission.AccessFineLocation) != Permission.Granted)
    {
        // 申请权限
        ActivityCompat.RequestPermissions(this, 
            new[] { Manifest.Permission.AccessFineLocation, Manifest.Permission.AccessCoarseLocation },
            LocationPermissionRequestCode);
        return;
    }

    // 权限已授予，执行定位请求
    var locationManager = (LocationManager)GetSystemService(Context.LocationService);
    if (locationManager == null || !locationManager.IsProviderEnabled(LocationManager.GpsProvider))
    {
        // 这里可以提示用户启用GPS或者处理其他情况
        return;
    }

    var gpsListener = new GPSListener(this);
    locationManager.RequestLocationUpdates(LocationManager.GpsProvider, 0, 0, gpsListener);
}

// 处理权限申请结果
public override void OnRequestPermissionsResult(int requestCode, string[] permissions, Permission[] grantResults)
{
    base.OnRequestPermissionsResult(requestCode, permissions, grantResults);
    if (requestCode == LocationPermissionRequestCode)
    {
        if (grantResults.Length > 0 && grantResults[0] == Permission.Granted)
        {
            // 权限通过，再次发起定位请求
            RequestGpsUpdates();
        }
        else
        {
            // 权限被拒绝，提示用户开启权限才能使用定位功能
        }
    }
}

3. 检查API 30的特殊要求 #

对于API 30及以上的设备，如果你需要后台定位，还需要添加ACCESS_BACKGROUND_LOCATION权限到清单中，并且同样需要动态申请。不过你说Android 7设备也有问题，所以这个可能不是当前的核心问题，但如果你的app涉及后台定位，还是要注意。

4. 确认GetSystemService的调用正确性 #

确保你用的是Context.LocationService常量，而不是自定义的变量，并且正确做了类型转换：

var locationManager = (LocationManager)GetSystemService(Context.LocationService);

虽然你说返回的是有效实例，但再仔细检查一遍也没坏处。

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