跪求大神！文件监控问题。悬赏分不是问题。

[tengerye]

1.指定一个文件之后，对该文件进行监控。对文件的复制、移动、剪切、删除、重命名和从回收站恢复都能有所反应。例如：复制记录下源地址和目标地址。
2.指定一个文件夹之后，对该文件夹的所有文件监控。
3.肯定要用windows service实现。
4.对文件的监控操作既包括用户的操作（clipboard）以及其他程序的操作。
现在求技术思路，不需要大段代码。

[淡定的飘着]

这也不叫抄袭，看下他的思路不好吗。

[yyyyy_3]

用驱动做吧.
用钩子也可以.

[redui]

shell的方式确实容易，但楼主的第三个条件（以service方式运行）一票否决了这种方式，因为服务程序没有桌面，也没有SHELL。

[tengerye]

[Quote=引用 25 楼 的回复:]
shell的方式确实容易，但楼主的第三个条件（以service方式运行）一票否决了这种方式，因为服务程序没有桌面，也没有SHELL。
[/Quote]
谢谢提醒，还好之前没有用shell扩展编程的方式，现在使用的方式是windows api.不知道大神们能不能推荐一些权威详细的windows service编程的资料什么的，小弟谢过大家了。

[赵4老师]

The file was renamed, and this is the new name. If the old name resides within the directory being monitored, the client will also receive the FILE_ACTION_RENAME_OLD_NAME. If the old name resides outside of the directory being monitored, the client will not receive the FILE_ACTION_RENAME_OLD_NAME.
文件刚被更名, 这是新名字。如果旧名字在被监视的目录中，客户端会同时收到FILE_ACTION_RENAME_OLD_NAME。如果旧名字不在被监视的目录中，客户端不会收到FILE_ACTION_RENAME_OLD_NAME。

[tengerye]

谢谢，赵老师。我现在是这个问题，在监控目录下进行更名操作。FILE_ACTION_RENAME_OLD_NAME消息收到了，FILE_ACTION_RENAMED_NEW_NAME消息却收不到。
我觉得MSDN的话有很大的问题，因为只是文件更名操作的话，那肯定都是在同一个监视目录下的。怎么会出现旧的名字接收到新名字接收不到，或者是新名字接收不到而旧的名字却接收的到的情况呢？
跪求赵老师和其他大神们解答？

[tengerye]

感谢Saimen提供的方法，现在出现了一个小问题：
FILE_ACTION_RENAMED_NEW_NAME消息收不到，引用MSDN的话：
The file was renamed, and this is the new name. If the old name resides within the directory being monitored, the client will also receive the FILE_ACTION_RENAME_OLD_NAME. If the old name resides outside of the directory being monitored, the client will not receive the FILE_ACTION_RENAME_OLD_NAME.
我对于“文件名驻留在目录下”不是很清楚，请大神解释一下？

[tengerye]

恳请各路大神指导一下：我删除文件收到了FILE_ACTION_REMOVED消息，修改文件也收到了FILE_ACTION_RENAMED_OLD_NAME消息可是却收不到FILE_ACTION_RENAMED_NEW_NAME这个消息。按道理说应该是FILE_ACTION_RENAMED_OLD_NAME和FILE_ACTION_RENAMED_NEW_NAME两个消息同时收到的才对。
可是我为什么只收到了文件名修改之前的文件名的消息呢？
修改之后的文件名的消息却收不到呢？

[x2213664607]

太深奥了.....

[jwybobo2007]

简单点可以直接用api实现，楼主查：
ReadDirectoryChangesW
还有：
FindFirstChangeNotification

如果要复杂的就是文件过滤驱动了

[tengerye]

[Quote=引用 34 楼 的回复:]
简单点可以直接用api实现，楼主查：
ReadDirectoryChangesW
还有：
FindFirstChangeNotification

如果要复杂的就是文件过滤驱动了
[/Quote]
现在我就是使用ReadDirectoryChangesW方式，我获取文件修改的信息是通过FILE_NOTIFY_INFORMATION结构体。而这个结构体Action的成员是记录到底是哪种类型的修改，但是我修改文件名的时FILE_ACTION_RENAMED_NEW_NAME的消息却接受不到，所以请各路大神指明一条解决方案？

[gmyhbio]

底层可以满足你的要求吧- -
hook各个相关操作的api即可。

[tengerye]

恳请各路大神指导一下：我删除文件收到了FILE_ACTION_REMOVED消息，修改文件也收到了FILE_ACTION_RENAMED_OLD_NAME消息可是却收不到FILE_ACTION_RENAMED_NEW_NAME这个消息。按道理说应该是FILE_ACTION_RENAMED_OLD_NAME和FILE_ACTION_RENAMED_NEW_NAME两个消息同时收到的才对。
可是我为什么只收到了文件名修改之前的文件名的消息呢？
修改之后的文件名的消息却收不到呢？

[tengerye]

[Quote=引用 39 楼 的回复:]
FILE_ACTION_RENAMED_OLD_NAME 消息当前得到的FILE_NOTIFY_INFORMATION 地址加上他的成员 NextEntryOffset得到下一个记录，这个记录好像是FILE_ACTION_RENAMED_NEW_NAME 你在获取它的
FILE_NOTIFY_INFORMATION 从中获取新的文件名
[/Quote]
大神果然厉害，问题解决了。
谢谢大家，虽然程序监控文件夹的模块写好了，还没有以服务的方式存在，但是我已经知道如何写了。
感谢大家对我一直的关心。参与的朋友我都回尽量给分，但是特别要感谢：Saimen（思路），fangchao918628（解决了重大疑惑）。

[赵4老师]

[Quote=引用 39 楼 的回复:]
FILE_ACTION_RENAMED_OLD_NAME 消息当前得到的FILE_NOTIFY_INFORMATION 地址加上他的成员 NextEntryOffset得到下一个记录，这个记录好像是FILE_ACTION_RENAMED_NEW_NAME 你在获取它的
FILE_NOTIFY_INFORMATION 从中获取新的文件名
[/Quote]
真理往往掌握在少数人手中！

[tengerye]

跪求大神啊，怎么都想不通。怎么修改文件名，只能获得修改修改之前的旧的文件名，却获得不了新的文件名呢？

[wltg2001]

[Quote=引用 12 楼 的回复:]

谢谢8楼和11楼，但是请恕我愚昧。到底是采用文件过滤驱动的方式还是Windows Shell 扩展编程的方式好一些呢？这两个有什么区别呢？因为我不太确定这两个技术到底哪个比较合适而且风险较小。
[/Quote]
windows shell应该完成不了你上面的那些要求。

[tengerye]

跪求各路大神：
真的很急啊！FILE_NOTIFY_INFORMATION结构体中的Action成员可以FILE_ACTION_RENAMED_OLD_NAME消息，可是却收不到FILE_ACTION_RENAMED_NEW_NAME这个消息。
CSDN如下解释：
If the new name resides within the directory being monitored, the client will also receive the FILE_ACTION_RENAMED_NEW_NAME as described below. If the new name resides outside of the directory being monitored, the client will not receive the FILE_ACTION_RENAMED_NEW_NAME.
可以我想破脑袋都不明白，一个文件名字被修改，修改之前的名字和之后的名字肯定都是在同一个路径下嘛，怎么会一个收得到一个收不到呢？
各路大神旧真的没有遇到过这种情况吗？

[fangchao918628]

FILE_ACTION_RENAMED_OLD_NAME 消息当前得到的FILE_NOTIFY_INFORMATION 地址加上他的成员 NextEntryOffset得到下一个记录，这个记录好像是FILE_ACTION_RENAMED_NEW_NAME 你在获取它的
FILE_NOTIFY_INFORMATION 从中获取新的文件名

[fronz]

这个真是有难度的问题，关注！
，用单一的实现方式来说可能不会很完整，要完整做到恐怕还真是驱动层了。