记一次高德地图导致的句柄泄漏问题

Android应用开发过程中，内存泄漏是最常见的，句柄泄漏是怎么回事呢？当出现 Too many open files异常的时候，意味着文件句柄泄漏过多，句柄泄漏到一定数量之后（一般是接近1024）会导致程序卡死、文件读写异常、socket创建异常等。

一般来说单一进程的最大可打开文件句柄数量为1024，可通过cat proc/进程ID/limits查看。

概念：Fd的全称是File descriptor,在linux OS里，所有东西都可以抽象成文件，比如普通的文件、目录、块设备、字符设备、socket、管道等等。当通过一些系统调用（如open/socket等），会返回一个fd（就是一个数字）给你，然后根据这个fd对应的文件进行操作，比如读、写。

如果在bugly出现了各种奇怪的native crash，如：
1.Could not read input channel file descriptors from parcel
2.FD_SET_chk+100
3.Could not allocate JNI Env
4.unable to open database file
5.too many open files
等等…参考：https://www.jianshu.com/p/1f9cff12b84f

public void startLocation(@NonNull Callback callback) {
    Lg.i(TAG + "开始定位...");
    // 开始定位，清空上次定位信息
    this.mCallback = callback;
    stopLocation();

    if (mLocationClient == null) {
        mLocationClient = new AMapLocationClient(App.getInstance());
    }

    // 设置定位监听
    mLocationClient.setLocationListener(mAmapLocationListener);

    // 仅仅需要单次定位，因为LocationManager会有定时启动定位的Schedule
    mOptions.setOnceLocation(true);
    mLocationClient.setLocationOption(mOptions);

    // 启动定位
    mLocationClient.startLocation();
    //locationClient.enableBackgroundLocation();
}

/**
 * 停止定位
 */
public void stopLocation() {
    // 单次定位不要主动调client的stop和onDestroy方法，会闪退
    if (mLocationClient != null) {
        mLocationClient.unRegisterLocationListener(mAmapLocationListener);
    }
    // 坑在这里！！！置为空之后，会导致多次创建高德地图定位对象
    //mLocationClient = null;
}

排查：AndroidStudio --> Profiler --> CPU --> THREADS --> 可以看到线程数量异常的多（700多），其中有几百个线程名称为amapLocManagerT，可以根据线程名称猜测（所以以后新建线程一定要传入名字）是高德地图的线程异常。
看上面的高德地图使用代码，问题出现在stopLocation()方法，导致startLocation()的时候，多次创建了AMapLocationClient对象，而高德地图的AMapLocationClient对象不会自动回收，针对单次定位，又不能调用它的stop和destroy方法（会闪退），就导致该线程数量飙升，同时导致句柄里的
anon_inode:[eventfd]和anon_inode:[eventpoll]句柄数量飙升，直到1024，应用闪退（ndk里默认限制了句柄数量为1024，即使查看到最大文件打开数量为4096，应用层可能还能跑，但是ndk层已经无法正常进行了）。

句柄泄漏很隐晦而高德地图依然很坑，不愧是阿里出品。

实际上，每打开一个Activity，都会创建socket，虽然线程数量没有增加，但是查看句柄可以发现，socket连接数在增加，如果不停打开新Activity（默认启动模式），APP最终也会因为句柄耗尽而死掉

记一次高德地图导致的句柄泄漏问题

Guess you like