Android文件描述符泄漏debuging

Question

我公司有很多ui测试,可以在虚拟/真实设备上运行.运行一段时间之后测试随机崩溃,我认为这是文件描述符超出的结果:我用过

ls /proc/${PID}/fd | wc -l而lsof -p ${PID} 但它并没有帮助了很多-最lsof命令行的样子:

30015    u0_a104  678      sock                                    859560 socket:[859560]
30015    u0_a104  679      0000                0,8                 4539 anon_inode:[eventpoll]
30015    u0_a104  680      0000                0,8                 4539 anon_inode:[eventfd]
30015    u0_a104  681      0000                0,8                 4539 anon_inode:[eventfd]
30015    u0_a104  682      0000                0,8                 4539 anon_inode:[eventpoll]
30015    u0_a104  683      0000                0,8                 4539 anon_inode:[eventfd]
30015    u0_a104  684      0000                0,8                 4539 anon_inode:[eventpoll]
30015    u0_a104  685      0000                0,8                 4539 anon_inode:[eventfd]

所以我的问题是:是否有任何android/java/linux instruments/utils找到泄漏源？

PS System.gc()没有帮助

Answer 1

我已经研究了这个问题了一段时间,想分享我发现的东西:

1. 文件描述符在Android中至少用于:

   • 网络套接字(或其他类型的文件)
   • 映射到内存文件
   • 线程 - 所以这是我的情况.见下面原因

2. 如果你已经创建了一个HandlerThread,即使HandlerThread实例的最后一个链接将消失,线程仍然会工作并消耗FileDescriptor

3. 可以看到android中的线程:

   • 在Memory Abalyze Tool中的"Java堆转储"中 - 所以我在运行intsrumentation测试时看到> 500个线程 - 他们"吃掉"所有文件描述符
   • 通过Android设备上的终端adb shell ps -t或只是ps -t