遇到FileObserver.CREATE紧随FileObserver.MODIFY事件的情况，完全是相机应用写入文件的正常流程导致的，绝非系统或API的Bug。具体原因可以拆解为以下几点：

• 分步写入文件的机制：相机拍摄照片时，不会一次性生成完整的文件。通常会先在目标目录创建一个空的占位文件（这时候触发CREATE事件），然后再将拍摄得到的图像数据流逐步写入这个文件。每一次写入操作都会触发MODIFY事件，所以你会看到CREATE之后立刻跟着MODIFY。
• 元数据/EXIF信息的后续更新：当图像数据写入完成后，相机应用往往还会对文件进行二次修改——比如添加拍摄时间、地理位置、设备型号等EXIF元数据，或者更新文件的最后修改时间戳。这类操作同样会触发MODIFY事件。
• 系统文件系统的特性：Android底层的文件系统（比如ext4）会将文件创建和内容写入视为两个独立的操作，FileObserver正是基于底层的文件系统事件来触发回调，所以会如实上报这两个步骤。

如果你在开发中需要处理这类场景，可以考虑做一些防抖处理：比如在捕获CREATE事件后，等待几百毫秒再处理文件，确保后续的MODIFY操作已经完成；或者通过检查文件的大小、修改时间来判断文件是否已经写入完毕。

内容的提问来源于stack exchange，提问作者Preetom Saha Arko