FileObserver文件监听

一、概述

FileObserver主要用来提供对文件或者文件夹的监控，一个FileObserver实例监控一个文件，能够监控的文件或者文件夹的event type包括下表中的几种。

另外，在调试的过程中，FileObserver的onEvent会返回未明确定义的event type，经过调试，对应的含义如下表。

如果发现新的类型，后期会进行完善。

二、FileObserver的使用

FileObserver的API相对简单，可以继承FileObserver实现自定义的MyFileObserver,目的是监控onEvent回调，然后执行startWatching启动监控，在需要停止监控的时候执行stopWatching。

三、FileObserver收不到onEvent回调

如果在开发的过程中，遇到onEvent无法接收的问题，先确认对以下几种可能原因进行排除。

1. FileObserver对象实例被回收 （思路：通过放在Application中进行测试）
2. 初始化顺序问题 （思路：尽早的对FileObserver进行初始化）
3. 没有读写文件权限问题 （思路： 文件监控需要文件读写权限）
4. onEvent中做复杂操作 （思路： 先跑通，再实现逻辑）
5. 妨碍 inotify的可能性
6. 同一个进程中，如果有两个不同的FileObserver同时监控一个Path，只有后调用startWatching的FileObserver能够收到onEvent回调。（Android系统Bug）

我在开发的过程中，最终是最后一点导致的，这是Android framework的Bug，Android系统Bug地址，解决方案在地址中有提供。

四、FileObserver使用注意事项

因为FileObserver的startWatching和stopWatching都存在加锁操作。拿startWatching源码举例。

public int startWatching(String path, int mask, FileObserver observer) {
    int wfd = startWatching(m_fd, path, mask);
    Integer i = new Integer(wfd);
     if (wfd >= 0) {
         synchronized (m_observers) {
              m_observers.put(i, new WeakReference(observer));
         }
    }
    return i;
}

其中有m_observers对象锁，所有在我们调用MyFileObserver的 startWatching时，尽量不要放在自己实现的对象锁中实现，可能会引发死锁操作，从而导致ANR。思路如下：

public class MyFileObserver extends FileObserver{
   @Override
    public void onEvent(int event0, String path) {
     // TODO 处理自己的业务逻辑
   }
}

public class FileObserverTest{
     private static final Object ob_lock = new Object();
     public void  startWatching(String path){
           MyFileObserver observer = new MyFileObserver(path)
           observer.startWatching();
           synchronized(ob_lock){
                // TODO 这里去执行程序中需要枷锁进行同步的操作，不要将startWatching放在业务逻辑锁中，防止死锁。
           }
     }
}

五、FileObserver总结

文件操作相关的开发中，经常会用到FileObserver对文件的监控操作，从而去实现当文件有变化时，程序及时进行UI逻辑反馈给用户的能力，上面我列出了自己在使用过程中的一些经验和总结，如果有遗留的思路或者问题，欢迎进行留言反馈。