C#利用FileSystemWatcher監(jiān)控本地多個(gè)目錄文件變化并進(jìn)行實(shí)時(shí)干預(yù)操作
當(dāng)前位置：點(diǎn)晴教程→知識(shí)管理交流
→『 技術(shù)文檔交流 』
1.FileSystemWatcher基礎(chǔ) 在應(yīng)用FileSystemWatcher對(duì)象之前，必須了解這個(gè)對(duì)象的一些基本屬性和事件。毫無疑問，這個(gè)對(duì)象的最重要的屬性為“EnableRaisingEvents”屬性。 這個(gè)屬性決定對(duì)象在收到改變通知時(shí)是否提交事件。如果EnableRaisingEvents屬性設(shè)為假，對(duì)象將不會(huì)提交改變事件。如果設(shè)為真，它將提交改變事件。下面是在應(yīng)用FileSystemWatcher對(duì)象時(shí)將要用到的其它一些重要屬性/事件： 屬性： Path——這個(gè)屬性告訴FileSystemWatcher它需要監(jiān)控哪條路徑。例如，如果我們將這個(gè)屬性設(shè)為“C:Temp”，對(duì)象就監(jiān)控那個(gè)目錄發(fā)生的所有改變。 IncludeSubDirectories——這個(gè)屬性說明FileSystemWatcher對(duì)象是否應(yīng)該監(jiān)控子目錄中發(fā)生的改變。 Filter——這個(gè)屬性允許你過濾掉某些類型的文件發(fā)生的變化。例如，如果我們只希望在TXT文件被修改/新建/刪除時(shí)提交通知，可以將這個(gè)屬性設(shè)為“*txt”。在處理高流量或大型目錄時(shí)，使用這個(gè)屬性非常方便。 事件： Changed——當(dāng)被監(jiān)控的目錄中有一個(gè)文件被修改時(shí)，就提交這個(gè)事件。值得注意的是，這個(gè)事件可能會(huì)被提交多次，即使文件的內(nèi)容僅僅發(fā)生一項(xiàng)改變。這是由于在保存文件時(shí)，文件的其它屬性也發(fā)生了改變。 Created——當(dāng)被監(jiān)控的目錄新建一個(gè)文件時(shí)，就提交這個(gè)事件。如果你計(jì)劃用這個(gè)事件移動(dòng)新建的事件，你必須在事件處理器中寫入一些錯(cuò)誤處理代碼，它能處理當(dāng)前文件被其它進(jìn)程使用的情況。之所以要這樣做，是因?yàn)镃reated事件可能在建立文件的進(jìn)程釋放文件之前就被提交。如果你沒有準(zhǔn)備正確處理這種情況的代碼，就可能出現(xiàn)異常。 Deleted——當(dāng)被監(jiān)控的目錄中有一個(gè)文件被刪除，就提交這個(gè)事件。 Renamed——當(dāng)被監(jiān)控的目錄中有一個(gè)文件被重命名，就提交這個(gè)事件。 注：如果你沒有將EnableRaisingEvents設(shè)為真，系統(tǒng)不會(huì)提交任何一個(gè)事件。如果有時(shí)FileSystemWatcher對(duì)象似乎無法工作，請(qǐng)首先檢查EnableRaisingEvents，確保它被設(shè)為真。 事件處理： 當(dāng)FileSystemWatcher調(diào)用一個(gè)事件處理器時(shí)，它包含兩個(gè)自變量——一個(gè)叫做“sender”的對(duì)象和一個(gè)叫做“e”的FileSystemEventArgs對(duì)象。我們感興趣的自變量為FileSystemEventArgs自變量。這個(gè)對(duì)象中包含有提交事件的原因。以下是FileSystemEventArgs對(duì)象的一些屬性： Name——這個(gè)屬性中使事件被提交的文件的名稱。其中并不包含文件的路徑——只包含使用事件被提交的文件或目錄名稱。 ChangeType——這是一個(gè)WatcherChangeTypes，它指出要提交哪個(gè)類型的事件。其有效值包括： ○Changed ○Created ○Deleted ○Renamed FullPath——這個(gè)屬性中包含使事件被提交的文件的完整路徑，包括文件名和目錄名。 2.對(duì)多文件夾的監(jiān)視實(shí)例 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時(shí)，通常會(huì)想在檢測(cè)到文件創(chuàng)建之后，掃描文件的內(nèi)容，對(duì)之進(jìn)行一定的處理。但是當(dāng)我們的程序接到通知時(shí)，創(chuàng)建文件的進(jìn)程可能還在寫數(shù)據(jù)，這時(shí)如果想要打開這個(gè)文件會(huì)拋出異常。 似乎沒有什么好辦法來解決這個(gè)問題，除了最笨的一種： 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); } //在這里進(jìn)行文件處理。。。 } 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(); } } 該文章在 2023/12/26 23:27:53 編輯過 |
關(guān)鍵字查詢
相關(guān)文章
正在查詢... 
|
400 186 1886
