在开发需求中有一个需求是监控目录下拷贝进来的文件，并对文件进行处理，
使用的java.nio 、 watchService 进行的处理，如果小文件还好一点，拷贝就是一瞬间的事情，但是如果是一个大文件，比如
10G的文件可能就需要花费较长时间才能完成文件数据的传输，而对文件的处理肯定得保证文件数据的完整性，这边就得提到
文件是否正在传输过程中？文件是否完成数据的传输？ 这些问题。
按照常理来说的话，watchService监控文件目录（watchService这边有个坑，在wins系统上，是可以递归监控文件夹的文件，神马意思呢，就是在被监控的a文件夹下面拷贝进去一个b文件夹，那么b文件夹内的文件和文件夹依旧会被监控到，而linux系统上是实现不了这个递推功能的，比如在被监控的a文件夹下拷贝进去一个b文件夹，watchService只能监测到a文件夹拷贝进来一个b文件夹，确不能监控到b文件夹里的文件.....顺手记录），拷贝进一个1M文件会触发三个动作：一次创建、二次修改，这边我的理解是这样的，一次创建是创建一个空的0kb的文件，第一次修改是对文件的大小进行一个扩容，将文件大小修改到1M，第二次修改是将填充文件的数据，按照正常逻辑是需要进行一次过来，捕捉最后一个动作，就可以判断文件数据的完整性
但现实就是这么的残酷，在实际开发中，watchService有时候只捕捉到2个动作：一次创建、一次修改 这个问题百思不得其解，这样就需要去判断文件数据的完整性，这边我是通过大量查阅和实践发现 File包中有个方法可以满足这个判断逻辑，那就是renameTo()方法 ，通过renameTo()方法去判断文件是否可以被重新命名去判断文件按是否被占用，如果文件还在拷贝过程中将会返回false，如果文件拷贝完成将会返回true， 这样就可以暂时实现判断，哎，这个方法有点粗糙，正在寻找新的方法去代替，先行记录下来。
比较两个文件是否一样的时候可以采用md5进行比较，但是不满足我的需求，还有RandomAccessFile ，网上说使用rws权限去读取，这边我还没有试过，我之前尝试过rw权限，在开发环境中是可行，但是在我的生产环境中是不可行的，表示不能理解，所以就没有尝试，待日后有空在进行实验