【大话QT之五】Windows与Linux下文件操作监控的实现

一、需求分析：

        随着渲染业务的不断进行，数据传输渐渐成为影响业务时间最大的因素。究其原因就是因为数据传输耗费较长的时间。于是，依托于渲染业务的网盘开发逐渐成为迫切需要解决的需求。该网盘的实现和当前市场上网盘实现有一些的不同，主要在客户端与服务器端的操作需要双向进行，即：用户在客户端的操作需要及时同步到服务器端；在服务器端作业渲染生成的文件要及时同步到客户端。即：用户不在需要单独的下载数据，而是在作业运行的同时，渲染就过就会自动同步到客户端，大大缩短了等待时间。当然，无论是在客户端还是在服务端都面临着一个问题，即：实现对文件操作的监控，这里的文件操作包括：文件（夹）创建、文件（夹）删除、文件（夹）重命名、文件（夹）移动等操作。除此之外还要能够同步客户端文件的修改操作，即：当用户退出网盘后，修改了原有同步目录中的文件，当用户再次启动网盘时通过一次扫描与md5值的比较能缺确定出哪些文件发生了改动，并将改动后的操作及时同步到服务端。这里，先将Windows（客户端实现需要）与Linux（服务端实现需要）下文件监控的实现方法简要概述。

二、文件监控实现方法分析

      1> Windows下文件监控的实现

            Windows下实现文件监控的原理是利用SHChangeNotifyRegister把指定的窗口添加到系统的消息监视链中，从而注册窗口就可以接收到来自文件系统或Shell的通知了。在继续向下说明之前，需要解释一下Windows外壳名字空间（Shell Name Space）的概念。

            外壳名字空间是Windows下的标准文件系统，它大大扩展了Dos文件系统，形成了以”桌面“为根的单一文件系统树，原有的C、D盘等目录树变成了“我的电脑”这一外壳名字控件子树的下一级子树，而像“控制面板”、“回收站”、“网上邻居”等应用程序以及“打印机”等设备也被虚拟成了外壳名字空间中的节点。为了区别于Dos中“目录”的概念，Windows引入了“文件夹”的概念。“文件夹”一般是指外壳名字空间树中的非叶几点，既可以是DOS下的目录，也可以是“控制面板”、“回收站”这类虚拟的目录。

            新的“路径”PIDL：外壳对象标识符列表。PIDL是一个元素类型为ITEMIDLIST结构的数组，数组中元素的个数是未知的，但紧接着数组的末尾的必是一个双字节的零。每个数组元素代表了外壳名字空间树中的一层（即一个文件夹或文件），数组中的前一元素代表的是后一元素的父文件夹。由此可见，PIDL实际上就是指向一块由若干个顺序排列的ITEMIDLIST结构组成、并在最后有一个双字节零的空间的指针。所以PIDL的类型就被Windows定义为ITEMIDLIST结构的指针。

            DOS中的路径是一个字符串，但PIDL是一种二进制结构，所以我们不能直接从PID