做汽车配件的都在那个网站做呀百度关键词优化排名技巧
android FD_SET_chk问题定位
- 一、FD报错
- 二、问题定位
- 2.1 APM定位
- 2.2 adb定位
- 2.3. 代码获取FD数
- 三、FD优化
一、FD报错
App在运行中记录报错如下，FD_SET，这个问题大概是文件描述符（File Descriptor，简称FD）超过了最大限制数，说明App内可能存在FD泄漏。
二、问题定位
2.1 APM定位
由于App使用了火山APM监测，找到此对应崩溃信息中的Native信息，可以看到FD归类，已超过1024个（每个手机的可打开的最大FD不同）。而大部分集中在data中，data里存在大量创建文件没有关闭造成FD超过1024.
2.2 adb定位
// 1.先查询到App包名对应的pid
adb shell ps
// 2.cat /proc/pid/limits 查看最大可开启的文件数，找到open files （FD）、lock files （文件锁）// 3. adb shell ls -l /proc/pid/fd，需要root权限
adb shell ls -l /proc/988/fd
2.3. 代码获取FD数
- 使用StrictMode框架定位具体代码占用fd，搜索日志TAG StrictMode 定位出问题的代码
StrictMode.setThreadPolicy(StrictMode.ThreadPolicy.Builder().detectDiskReads().detectDiskWrites().detectNetwork().penaltyLog().build())StrictMode.setVmPolicy(StrictMode.VmPolicy.Builder().detectLeakedSqlLiteObjects().detectLeakedClosableObjects().penaltyLog().penaltyDeath().build())
- 直接代码获取fd数
private fun printFdInfo() {val pid = android.os.Process.myPid()val fdDir = File("/proc/$pid/fd")if (fdDir.isDirectory) {val files = fdDir.listFiles()if (files != null) {Log.d("FD_INFO", "进程 " + pid + " 当前打开的文件描述符数量: " + files.size)for (file in files) {try {val filePath = file.canonicalPathLog.d("FD_INFO", "文件描述符: " + file.name + " -> " + filePath)} catch (e: IOException) {Log.e("FD_INFO", "获取文件描述符信息失败", e)}}}} else {Log.e("FD_INFO", "无法访问 /proc/$pid/fd 目录")}}
三、FD优化
- 数据库不要过多，数据库设计要精简合理，App退出时及时关闭
- 文件操作完毕后，要及时close
- 避免大量创建文件，使用缓存的文件进行操作
- Socket请求、Http请求尽量避免轮询