如题

解决方案 »

  1.   

    这个要监视剪切板里的文件列表才可以的吧。
    参考:http://www.uipower.com/bbs/thread-35535-1-1.html
      

  2.   

    1.FileSystemWatcher基础
    在应用FileSystemWatcher对象之前,必须了解这个对象的一些基本属性和事件。毫无疑问,这个对象的最重要的属性为“EnableRaisingEvents”属性。
    这个属性决定对象在收到改变通知时是否提交事件。如果EnableRaisingEvents属性设为假,对象将不会提交改变事件。如果设为真,它将提交改变事件。下面是在应用FileSystemWatcher对象时将要用到的其它一些重要属性/事件:
    属性:
    Path——这个属性告诉FileSystemWatcher它需要监控哪条路径。例如,如果我们将这个属性设为“C:Temp”,对象就监控那个目录发生的所有改变。
    IncludeSubDirectories——这个属性说明FileSystemWatcher对象是否应该监控子目录中发生的改变。
    Filter——这个属性允许你过滤掉某些类型的文件发生的变化。例如,如果我们只希望在TXT文件被修改/新建/删除时提交通知,可以将这个属性设为“*txt”。在处理高流量或大型目录时,使用这个属性非常方便。
    事件:
    Changed——当被监控的目录中有一个文件被修改时,就提交这个事件。值得注意的是,这个事件可能会被提交多次,即使文件的内容仅仅发生一项改变。这是由于在保存文件时,文件的其它属性也发生了改变。
    Created——当被监控的目录新建一个文件时,就提交这个事件。如果你计划用这个事件移动新建的事件,你必须在事件处理器中写入一些错误处理代码,它能处理当前文件被其它进程使用的情况。之所以要这样做,是因为Created事件可能在建立文件的进程释放文件之前就被提交。如果你没有准备正确处理这种情况的代码,就可能出现异常。
    Deleted——当被监控的目录中有一个文件被删除,就提交这个事件。
    Renamed——当被监控的目录中有一个文件被重命名,就提交这个事件。
    注:如果你没有将EnableRaisingEvents设为真,系统不会提交任何一个事件。如果有时FileSystemWatcher对象似乎无法工作,请首先检查EnableRaisingEvents,确保它被设为真。
    事件处理:
    当FileSystemWatcher调用一个事件处理器时,它包含两个自变量——一个叫做“sender”的对象和一个叫做“e”的FileSystemEventArgs对象。我们感兴趣的自变量为FileSystemEventArgs自变量。这个对象中包含有提交事件的原因。以下是FileSystemEventArgs对象的一些属性:
    Name——这个属性中使事件被提交的文件的名称。其中并不包含文件的路径——只包含使用事件被提交的文件或目录名称。
    ChangeType——这是一个WatcherChangeTypes,它指出要提交哪个类型的事件。其有效值包括:
    ○Changed
    ○Created
    ○Deleted
    ○Renamed
    FullPath——这个属性中包含使事件被提交的文件的完整路径,包括文件名和目录名。
    2.對多文件夾的監視實例public static void Run(ArrayList  ss)
            {
                foreach (string s in ss)
                {              
                        FileSystemWatcher watcher = new FileSystemWatcher();
                        watcher.Path = s;//@"d:DownLoads";//args[1];
                       
                        watcher.NotifyFilter = NotifyFilters.LastAccess | NotifyFilters.LastWrite
                        | NotifyFilters.FileName | NotifyFilters.DirectoryName;
                        // Only watch text files.
                        watcher.Filter = "*.flv";
                        // Add event handlers.
                        watcher.Changed += new FileSystemEventHandler(OnChanged);
                        watcher.Created += new FileSystemEventHandler(OnCreated);
                        watcher.Deleted += new FileSystemEventHandler(OnChanged);
                        watcher.Renamed += new RenamedEventHandler(OnChanged);
                        // Begin watching.
                        watcher.EnableRaisingEvents = true;
                
                }      
            }
            public void OnChanged(object source, FileSystemEventArgs e)
            {
                //文件改變後的代碼
            }
            public void OnCreated(object source, FileSystemEventArgs e)
            {
                //添加文件後的代碼
            }
            public void OnDeleted(object source, FileSystemEventArgs e)
            {
                //文件刪除後的代碼
            }
            public void OnRenamed(object source, RenamedEventArgs e)
            {
                //文件重命名後的代碼
             }使用System.IO.FileSystemWatcher时,通常会想在检测到文件创建之后,扫描文件的内容,对之进行一定的处理。但是当我们的程序接到通知时,创建文件的进程可能还在写数据,这时如果想要打开这个文件会抛出异常。
    似乎没有什么好办法来解决这个问题,除了最笨的一种:
     
    FileSystemWatcher watcher = new FileSystemWatcher(directory, "*.txt");
           watcher.NotifyFilter = NotifyFilters.FileName;
           watcher.Created += FileCreated;
           watcher.EnableRaisingEvents = true;
            private void FileCreated(object sender, FileSystemEventArgs e)
            {
                while (!IsFileReady(e.FullPath))
                {
                    if (!File.Exists(e.FullPath))
                        return;
                    Thread.Sleep(100);
                }
                //在这里进行文件处理
            }
            bool IsFileReady(string filename)
            {
                FileInfo fi = new FileInfo(filename);
                FileStream fs=null;
                try
                {
                     fs = fi.Open(FileMode.Open, FileAccess.ReadWrite,
                FileShare.None);
                     return true;
                }
                catch(IOException)
                {
                    return false;
                }
                finally
                {
                            if(fs!=null)
                                fs.Close();
                }
            }http://www.cnblogs.com/rainuu/archive/2010/03/12/1684834.html
      

  3.   

    1:下载个文件监视器
    2:下载个API监视器。
    用API监视器监视下文件监视器。可大概知道怎么做。
      

  4.   

    如果是NTFS文件系统,可以审计目录/文件操作。
    见Msdn KB310399: How to audit user access of files, folders, and printers in Windows XP比如下面的安全日志,记录用户Gomoku使用Notepad.exe打开了rts\P5.bat文件。An attempt was made to access an object.
    Subject:
    Security ID: MyComputer\Gomoku
    Account Name: Gomoku
    Account Domain: MyComputer
    Logon ID: 0x57a999Object:
    Object Server: Security
    Object Type: File
    Object Name: C:\Users\Gomoku\Desktop\rts\P5.bat
    Handle ID: 0x108Process Information:
    Process ID: 0xe30
    Process Name: C:\Windows\System32\notepad.exe
      

  5.   

    这个方法没用...NTFS先不说了...首先必须启用审核策略中的访问审核,其次不能判断此次“访问”是否是“复制”的步骤...最后启用访问审核会大大增加系统消耗...
      

  6.   

    可以的,但客户对文件/文件夹的操作都在(c/s的)客户端完成,具体做了什么操作可以查询生成的log文件...
      

  7.   

    我想应该做不到,复制文件并不一定要执行Copy
    我也可以用Stream去读然后写在另外一个位置吧,你不可能读操作都不让吧,这样你的文件也没有存在的意义了
    你倒是可以去想一想文件加密,这样也许会简单得多.