C++ Winapi: ReadDirectoryChangesW() Ricezione doppie Notifiche

Question

cerco di capire ReadDirectoryChangesW funzione in modo da poter essere informato in modo efficace sul cambiamento di contenuti in diverse directory (file sovrascritti, file cancellati, rinominati, ecc ..).

Uno dei miei recenti osservazioni è che per ogni file operazione di scrittura, ricevo sempre due notifiche per singolo file.

Ho tracciato con molta attenzione, e sono sicuro, che se sovrascrivo un file (ad esempio un file .txt con un nuovo contenuto - fondamentalmente un paio di lettere extra all'interno), ReadDirectoryChangesW() mi notifica due volte per quel file salvato.

Questa è una cosa seria, poiché mi aspetto di ricevere una notifica solo una volta per ogni modifica. Non desidero ripetere involontariamente operazioni che dovrebbero accadere solo una volta nella mia applicazione.

È noto questo comportamento? C'è un modo per ricevere solo una notifica per una modifica, per favore? C'è modo di efficacemente evitare doppie notifiche?

io uso:

• non gestito C++
• Visual Studio 2012
• Windows 7 x64

io uso il codice piuttosto semplice per fare le mie prove, ma si vuole vedere esso, quindi eccolo:

HANDLE hDir = CreateFile(
    lpDir, 
    FILE_LIST_DIRECTORY, 
    FILE_SHARE_WRITE | FILE_SHARE_READ | FILE_SHARE_DELETE, 
    NULL, 
    OPEN_EXISTING, 
    FILE_FLAG_BACKUP_SEMANTICS, 
    NULL); 

    int nCounter = 0; 
    FILE_NOTIFY_INFORMATION strFileNotifyInfo[1024]; 
    DWORD dwBytesReturned = 0; 

    while(TRUE) 
    { 
     if(ReadDirectoryChangesW (hDir, (LPVOID)&strFileNotifyInfo, sizeof(strFileNotifyInfo), FALSE, FILE_NOTIFY_CHANGE_LAST_WRITE, &dwBytesReturned, NULL, NULL) == 0) 
     { 
      ErrorCheck(_T("Reading Directory Change")); 
     } 
     else 
     { 
      _tcout << _T("File Modified: ") << strFileNotifyInfo[0].FileName << endl; 
      _tcout << _T("Loop: ") << nCounter++ << endl; 
     } 
    } 

Answer 1

ReadDirectoryChangesW() presenta una visione molto miope del file system. Vede ogni cambia nel file system e li segnala diligentemente. E sì, c'è spesso più di uno quando scrivi su un file. È un dettaglio di implementazione del particolare file system che si sta utilizzando, ma qualsiasi comune in Windows mantiene anche una voce di directory per un file che memorizza i metadati per il file.

Quindi si vede la scrittura per i dati del file. Ma è anche vedere cambiare la voce di directory. In particolare la dimensione del file, è probabile che cambi quando scrivi un file e aggiungi dati al file. E i timestamp di ultima scrittura e ultimo accesso registrati nella voce della directory. L'api è altrimenti cieca al tipo di cambiamento che viene fatto, vede solo la scrittura di basso livello. Inoltre è completamente inconsapevole di quale particolare processo ha richiesto la scrittura.

Questo è qualcosa che dovrete affrontare, non c'è modo di distinguere queste scritture. Tutto quello che sai è "il file è stato cambiato". Come, perché, da chi e quanto spesso è del tutto inafferrabile.

Un'altra cosa che dovrete affrontare è che, nel momento in cui viene generata la notifica, il processo che scrive il file è molto probabile che abbia ancora un blocco sul file. Che ti impedisce di fare qualcosa di utile con il file te stesso. Come leggere il file o copiarlo è probabile che fallisca. È necessario attendere fino a quando il processo è terminato con il file e ha chiuso l'handle al file. Non c'è modo di scoprirlo, se non tentando di aprire il file da solo e negare qualsiasi condivisione. Ciò richiede un timer, che tenta di acquisire periodicamente un blocco sul file. Una volta ottenuto l'impianto idraulico, non è più necessario ricevere più di una notifica di modifica per il file.

Answer 2

Questa è l'operazione di risultato del codice in esecuzione contemporaneamente alla registrazione procmon dopo il salvataggio del file nel blocco note. Ci sono due notifiche da ReadDirectoryChangesW() e due notifiche da procmon. 2 IRP_MJ_WRITE 1 dal blocco note (WriteFile) 1 dal Sistema Gestione cache (CcWriteBehind)