今天再一次使用到FileObserver，上一次使用还是很久之前了。总结一下FileObserver里留的一些“坑”

1、FileObserver只能监听一个目录下的“一级”子文件，也就是说FileObserver不支持监测一个目录下嵌套子目录的文件；

2、关于FileObserver中的onEvent(int event, String path)函数。其中event在使用过程中发现总是一个很大的数，这与api中定义的1,2,4...512常量不相符。需要将event & FileObserver.ALL_EVENTS，才能得到sdk中定义的常量。究其原因，貌似event中的高位附带了一些信息；

3、经过试验发现如果监听的目录被删除了，FileObserver就没有作用了。即使后来再创建一个同样的目录。我要的效果是监听一个目录下的文件，如果这个文件被删除了就重新生成一个该文件，在调试中发现第一次删除整个目录后能重新生成，但是之后再删除就不起作用了（删除单个文件应该没有问题）。应该就是提到的这个原因。有一个解决方法就是通过handler方式，异步线程重新生成了文件后通知service，再重启对该目录的监测即可。

4、可以指定要针对文件的哪些操作动作进行监听：比如

static final int mask = (FileObserver.CREATE |     			FileObserver.DELETE |     			FileObserver.DELETE_SELF |    			FileObserver.MODIFY |    			FileObserver.MOVED_FROM |    			FileObserver.MOVED_TO |    			FileObserver.MOVE_SELF);     	    	public PathFileObserver(String root){    		super(root, mask);    		... ...    	}