Cum se verifică blocarea fișierelor?

Nu, din păcate, și dacă vă gândiți la ele, acele informații ar fi oricum lipsite de valoare, deoarece dosarul ar putea fi blocat în următoarea secundă (citiți: scurtă perioadă de timp).

De ce trebuie să știți în mod special dacă fișierul este blocat oricum? Știind că ne-ar putea da altă modalitate de a vă oferi sfaturi bune.

Dacă codul dvs. ar arăta astfel:

if not locked then
    open and update file

Apoi, între cele două linii, un alt proces ar putea bloca cu ușurință fișierul, oferindu-vă aceeași problemă pe care încercați să o evitați să începeți cu: excepții.

Ai putea apela LockFile prin interop în regiune din fișierul care vă interesează. Aceasta nu va arunca o excepție, dacă reușește, veți avea o blocare pe acea porțiune a fișierului (care este păstrată de procesul dvs.), această blocare va fi reținută până când apelați UnlockFile sau procesul dvs. moare.

Puteți vedea dacă fișierul este blocat încercând să îl citiți mai întâi.

Please see my answer here for more information.

Atunci între cele două linii, un alt proces ar putea bloca cu ușurință fișierul, oferindu-vă aceeași problemă pe care încercați să o evitați pentru a începe cu: excepții.

Cu toate acestea, în acest fel, știți că problema este temporară și încercați din nou mai târziu. (De exemplu, ați putea scrie un fir care, dacă întâlnește o blocare în timp ce încearcă să scrie, continuă să reînnoiească până când blocarea a dispărut.)

IOExcepția, pe de altă parte, nu este însă suficient de specifică dacă blocarea este cauza eșecului IO. Ar putea exista motive care nu sunt temporare.

În loc să utilizați interop, puteți utiliza metodele din clasa .NET FileStream Blocare și deblocare:

FileStream.Lock http://msdn.microsoft.com/en-us/library/system.io.filestream.lock.aspx

FileStream.Unlock http://msdn.microsoft.com/en-us/library/system.io.filestream.unlock.aspx