Как проверить блокировку файла? [Дубликат]

На этот вопрос уже есть ответ здесь:

Есть ли способ проверить, используется ли файл? 16 ответов

Есть ли способ проверить, заблокирован ли файл без использования блока try / catch?

Прямо сейчас, единственный способ, которым я знаю, - это просто открыть файл и поймать любой.System.IO.IOException

 JohnFx09 февр. 2010 г., 17:48
Проблема в том, что IOException может быть вызвано по многим причинам, кроме заблокированного файла.
 Eric J.23 дек. 2013 г., 19:27
Это старый вопрос, и все старые ответы неполные или неправильные. Я добавил полный и правильный ответ.
 amalgamate02 февр. 2016 г., 18:44
Я знаю, что это не совсем ответ на вопрос, как есть, но некоторые подгруппы разработчиков, которые обращаются к этому за помощью, могут иметь эту опцию: Если вы запускаете процесс, которому принадлежит блокировка с System.Diagnostics.Process, вы можете .WaitForExit ().

Ответы на вопрос(12)

То же самое, но в Powershell

function Test-FileOpen
{
    Param
    ([string]$FileToOpen)
    try
    {
        $openFile =([system.io.file]::Open($FileToOpen,[system.io.filemode]::Open))
        $open =$true
        $openFile.close()
    }
    catch
    {
        $open = $false
    }
    $open
}
 Zé Carlos27 янв. 2012 г., 18:54
На самом деле, это не решение, потому что вы не можете создать экземпляр FileStream, если файл заблокирован. (исключение будет брошено)
 BrainSlugs8313 окт. 2011 г., 23:49
Это действительно правильный ответ, поскольку он дает пользователю возможность не только блокировать / разблокировать файлы, но и разделы файлов. Все "Вы можете'без транзакций комментарии могут вызвать серьезную озабоченность, но они бесполезны, так как онипритворяясь, что функциональность нетам или как-то скрыто, когданет.

заблокирован ли файл, попытавшись сначала прочитать или заблокировать его самостоятельно.

Пожалуйста, смотрите мой ответ здесь для получения дополнительной информации.

Другие ответы основаны на старой информации. Этот обеспечивает лучшее решение.

Давным-давно было невозможно надежно получить список процессов, блокирующих файл, потому что Windows просто не отслеживала эту информацию. Чтобы поддержатьRestart Manager API, эта информация теперь отслеживается. API Restart Manager доступен начиная с Windows Vista и Windows Server 2008 (Менеджер перезапуска: требования времени выполнения).

Я собрал код, который берет путь к файлу и возвращаетList всех процессов, которые блокируют этот файл.

static public class FileUtil
{
    [StructLayout(LayoutKind.Sequential)]
    struct RM_UNIQUE_PROCESS
    {
        public int dwProcessId;
        public System.Runtime.InteropServices.ComTypes.FILETIM,E ProcessStartTime;
    }

    const int RmRebootReasonNone = 0;
    const int CCH_RM_MAX_APP_NAME = 255;
    const int CCH_RM_MAX_SVC_NAME = 63;

    enum RM_APP_TYPE
    {
        RmUnknownApp = 0,
        RmMainWindow = 1,
        RmOtherWindow = 2,
        RmService = 3,
        RmExplorer = 4,
        RmConsole = 5,
        RmCritical = 1000
    }

    [StructLayout(LayoutKind.Sequential, CharSet = CharSet.Unicode)]
    struct RM_PROCESS_INFO
    {
        public RM_UNIQUE_PROCESS Process;

        [MarshalAs(UnmanagedType.ByValTStr, SizeConst = CCH_RM_MAX_APP_NAME + 1)]
        public string strAppName;

        [MarshalAs(UnmanagedType.ByValTStr, SizeConst = CCH_RM_MAX_SVC_NAME + 1)]
        public string strServiceShortName;

        public RM_APP_TYPE ApplicationType;
        public uint AppStatus;
        public uint TSSessionId;
        [MarshalAs(UnmanagedType.Bool)]
        public bool bRestartable;
    }

    [DllImport("rstrtmgr.dll", CharSet = CharSet.Unicode)]
    static extern int RmRegisterResources(uint pSessionHandle,
                                          UInt32 nFiles,
                                          string[] rgsFilenames,
                                          UInt32 nApplications,
                                          [In] RM_UNIQUE_PROCESS[] rgApplications,
                                          UInt32 nServices,
                                          string[] rgsServiceNames);

    [DllImport("rstrtmgr.dll", CharSet = CharSet.Auto)]
    static extern int RmStartSession(out uint pSessionHandle, int dwSessionFlags, string strSessionKey);

    [DllImport("rstrtmgr.dll")]
    static extern int RmEndSession(uint pSessionHandle);

    [DllImport("rstrtmgr.dll")]
    static extern int RmGetList(uint dwSessionHandle,
                                out uint pnProcInfoNeeded,
                                ref uint pnProcInfo,
                                [In, Out] RM_PROCESS_INFO[] rgAffectedApps,
                                ref uint lpdwRebootReasons);

    /// <summary>
    /// Find out what process(es) have a lock on the specified file.
    /// </summary>
    /// <param name="path">Path of the file.
    /// <returns>Processes locking the file</returns>
    /// <remarks>See also:
    /// http://msdn.microsoft.com/en-us/library/windows/desktop/aa373661(v=vs.85).aspx
    /// http://wyupdate.googlecode.com/svn-history/r401/trunk/frmFilesInUse.cs (no copyright in code at time of viewing)
    /// 
    /// </remarks>
    static public List<process> WhoIsLocking(string path)
    {
        uint handle;
        string key = Guid.NewGuid().ToString();
        List<process> processes = new List<process>();

        int res = RmStartSession(out handle, 0, key);

        if (res != 0)
            throw new Exception("Could not begin restart session.  Unable to determine file locker.");

        try
        {
            const int ERROR_MORE_DATA = 234;
            uint pnProcInfoNeeded = 0,
                 pnProcInfo = 0,
                 lpdwRebootReasons = RmRebootReasonNone;

            string[] resources = new string[] { path }; // Just checking on one resource.

            res = RmRegisterResources(handle, (uint)resources.Length, resources, 0, null, 0, null);

            if (res != 0) 
                throw new Exception("Could not register resource.");                                    

            //Note: there's a race condition here -- the first call to RmGetList() returns
            //      the total number of process. However, when we call RmGetList() again to get
            //      the actual processes this number may have increased.
            res = RmGetList(handle, out pnProcInfoNeeded, ref pnProcInfo, null, ref lpdwRebootReasons);

            if (res == ERROR_MORE_DATA)
            {
                // Create an array to store the process results
                RM_PROCESS_INFO[] processInfo = new RM_PROCESS_INFO[pnProcInfoNeeded];
                pnProcInfo = pnProcInfoNeeded;

                // Get the list
                res = RmGetList(handle, out pnProcInfoNeeded, ref pnProcInfo, processInfo, ref lpdwRebootReasons);

                if (res == 0)
                {
                    processes = new List<process>((int)pnProcInfo);

                    // Enumerate all of the results and add them to the 
                    // list to be returned
                    for (int i = 0; i < pnProcInfo; i++)
                    {
                        try
                        {
                            processes.Add(Process.GetProcessById(processInfo[i].Process.dwProcessId));
                        }
                        // catch the error -- in case the process is no longer running
                        catch (ArgumentException) { }
                    }
                }
                else
                    throw new Exception("Could not list processes locking resource.");                    
            }
            else if (res != 0)
                throw new Exception("Could not list processes locking resource. Failed to get size of result.");                    
        }
        finally
        {
            RmEndSession(handle);
        }

        return processes;
    }
}
</process></process></process></process>

ОБНОВИТЬ

Вот еще одинобсуждение с примером кода о том, как использовать API Restart Manager.

 Fandango6821 апр. 2017 г., 04:01
Есть ли решение VS2005, пожалуйста?
 Tormod08 янв. 2016 г., 09:37
@SerG (любой из) вы обновили ответ? Обе ссылки устарели.
 Jonathan D19 февр. 2015 г., 12:03
Я просто использовал это, и он работает по сети.
 Coder1409 дек. 2014 г., 16:52
Будет ли это работать, если файл находится на общем сетевом ресурсе, и, возможно, файл заблокирован на другом компьютере?
 Eric J.09 дек. 2014 г., 21:11
@Lander: документация не говорит, и я не пробовал. Если можете, настройте тест и посмотрите, работает ли он. Не стесняйтесь обновить мой ответ вашими выводами.
 Eric J.21 апр. 2017 г., 19:17
@ Fernando68: Это не имеет ничего общего с вашей версией Visual Studio. Код должен работать в Windows Vista или более поздней версии или Windows Server 2008 или более поздней версии. Старые версии Windows нене предлагать менеджера перезапуска (но вы все равно можете использовать другие, менее оптимальные ответы на этих старых версиях Windows).
 Eric J.08 янв. 2016 г., 19:10
@Tormod: пример кода в моем ответе не обновлялся. SerG не сделалЯ не могу сказать, что конкретно он думает об улучшениях, и у меня не было времени копаться. Я добавил обновленную ссылку для его уже мертвой ссылки на вопрос. Вот это опять для справкиblogs.msdn.microsoft.com/oldnewthing/20120217-00/?p=8283
 Serj Sagan23 дек. 2013 г., 16:14
Единственный ответ здесь, который на самом деле отвечает на вопрос ОП ... приятно!
 brianary25 мая 2018 г., 18:40
Это потокобезопасное? Могут ли два процесса использовать этот подход одновременно или это должен быть какой-то организованный синглтон? Сетевые блокировки идентифицируются только в том случае, если процесс блокировки является локальным, или будут также обнаруживаться удаленные блокировки процесса?
 Melvyn12 мая 2016 г., 11:09
Если кому-то интересно,Я создал суть вдохновленный этим ответом, но более простой и улучшенный с должным образом отформатированной документацией от msdn. Я также черпал вдохновение у Раймонда ЧенаS статья и позаботился о состоянии гонки.Кстати, я заметил, что этот метод занимает около 30 мс, чтобы запустить (с помощью одного метода RmGetList, занимающего 20 мс),в то время как ДиксонМетод, пытающийся получить блокировку, занимает менее 5 мс ... Имейте это в виду, если вы планируете использовать его в тесной петле ...
 Eric J.01 июн. 2018 г., 19:26
RestartManager является Windows API и должен быть безопасным для одновременного использования (хотя документы нет явно заявить, что). Код оболочки C #, который я предоставляю, должен быть потокобезопасным.
 SerG11 янв. 2016 г., 10:52
@Tormod У меня тоже не было времени отредактировать достоверно правильный ответ. Но, насколько я помню, Раймонд Чен в статье описывает все в деталях.
 Eric J.20 апр. 2015 г., 19:39
@SerG: Спасибо, что указали на эту ссылку. Как вы уже выяснили, какие (некоторые из) улучшений должны быть, не стесняйтесь просто отредактировать мой оригинальный пост.
 SerG20 апр. 2015 г., 15:36
Код выглядит взятым изВот, он содержит некоторые недостатки и должен быть улучшен сСтарая новая вещь
 Melvyn16 авг. 2017 г., 11:39
@VadimLevkovsky ой извините, вот рабочая ссылка:gist.github.com/mlaily/9423f1855bb176d52a327f5874915a97
 Vadim Levkovsky16 авг. 2017 г., 11:06
@Yaurthek извините, но ваша суть ссылки, кажется, сломана или устарела

Разновидность DixonD 's код, который добавляет количество секунд ожидания для разблокировки файла и повторите попытку:

public bool IsFileLocked(string filePath, int secondsToWait)
{
    bool isLocked = true;
    int i = 0;

    while (isLocked &&  ((i < secondsToWait) || (secondsToWait == 0)))
    {
        try
        {
            using (File.Open(filePath, FileMode.Open)) { }
            return false;
        }
        catch (IOException e)
        {
            var errorCode = Marshal.GetHRForException(e) & ((1 << 16) - 1);
            isLocked = errorCode == 32 || errorCode == 33;
            i++;

            if (secondsToWait !=0)
                new System.Threading.ManualResetEvent(false).WaitOne(1000);
        }
    }

    return isLocked;
}


if (!IsFileLocked(file, 10))
{
    ...
}
else
{
    throw new Exception(...);
}
 DixonD10 янв. 2014 г., 12:25
Ну, я делал то же самое в своем первоначальном ответе, пока кто-то не решил упростить его :)stackoverflow.com/posts/3202085/revisions

использует ли какой-либо процесс этот файл, и показать список программ, которые вы должны закрыть, чтобы продолжить, как это делает установщик.

public static string GetFileProcessName(string filePath)
{
    Process[] procs = Process.GetProcesses();
    string fileName = Path.GetFileName(filePath);

    foreach (Process proc in procs)
    {
        if (proc.MainWindowHandle != new IntPtr(0) && !proc.HasExited)
        {
            ProcessModule[] arr = new ProcessModule[proc.Modules.Count];

            foreach (ProcessModule pm in proc.Modules)
            {
                if (pm.ModuleName == fileName)
                    return proc.ProcessName;
            }
        }
    }

    return null;
}
 Constantin08 июл. 2012 г., 22:58
Это может только сказать, какой процесс хранитисполняемый модуль (dll) заблокирован. Он не скажет вам, какой процесс заблокировал, скажем, ваш XML-файл.

LockFile через взаимодействие с интересующей вас областью файла. Это не приведет к исключению, в случае успеха у вас будет блокировка для той части файла (которая удерживается вашим процессом), эта блокировка будет удерживаться до тех пор, пока вы не вызоветеUnlockFile или ваш процесс умирает.

Решение Вопроса

к сожалению, и если вы подумаете об этом, эта информация в любом случае окажется бесполезной, поскольку файл может быть заблокирован в следующую секунду (читай: короткий промежуток времени).

Почему конкретно вам нужно знать, заблокирован ли файл в любом случае? Знание этого может дать нам другой способ дать вам хороший совет.

Если ваш код будет выглядеть так:

if not locked then
    open and update file

Затем между двумя строками другой процесс может легко заблокировать файл, создавая ту же проблему, которую вы пытались избежать вначале: исключения.

 Eric J.15 янв. 2014 г., 08:56
Теперь можно получить процесс, который блокирует файл. Увидетьstackoverflow.com/a/20623302/141172
 Bart Calixto13 дек. 2013 г., 21:50
Я думаю, что лучше всего сделать это метод File.ReadWaitForUnlock (file, timeout). и возвращает null или FileStream в зависимости от успеха. Я'м следуя логике прямо здесь?
 ctusch06 июн. 2013 г., 11:38
То же самое можно сказать и о правах доступа, хотя, конечно, это было бы маловероятно.
 DixonD08 окт. 2010 г., 07:11
Если файл заблокирован, мы можем подождать некоторое время и повторить попытку. Если это другой тип проблемы с доступом к файлу, мы должны просто распространить исключение.
 Bart Calixto16 дек. 2013 г., 20:20
@ LasseV.Karlsen зацените мой ответ на то, что я в конечном итоге использовал на основе вашего ответа. ReadWaitForUnlock - это мой собственный метод, в конце измененный на TryOpenRead.
 Alexandre07 февр. 2019 г., 04:26
Я неЯ не знаю, почему ваш ответ был принят, но ваши рассуждения неверны. Существует несколько законных способов проверить, заблокирован ли файл другим процессом. Вы считаете, что вы проверите заранее, но вы также можете проверить, если файл заблокированпосле неудачная попытка чтения / записи в файл, чтобы вы могли правильно войти в систему и / или сообщить пользователю.
 Thiru19 июн. 2013 г., 20:01
@ LasseV.Karlsen Еще одним преимуществом упреждающей проверки является то, что вы можете уведомить пользователя перед попыткой возможной длительной операции и прерывания на полпути. Блокировка, возникающая на полпути, конечно, все еще возможна и должна быть обработана, но во многих сценариях это значительно помогло бы пользователю.
 Lasse Vågsæther Karlsen13 дек. 2013 г., 22:52
@Bart Пожалуйста, опишите подробно, где определен этот метод, можете ли вы дать ссылку на него? И, пожалуйста, обратите внимание, что мой ответ был опубликован в 3-м квартале 2008 года, отличается от времени выполнения .NET и все такое, но все же .... Что?File.ReadWaitForUnlock
 Lasse Vågsæther Karlsen08 окт. 2010 г., 10:06
Да, но автономная проверка того, заблокирован ли файл, бесполезна, единственный правильный способ сделать это - попытаться открыть файл для той цели, для которой он нужен, а затем решить проблему с блокировкой на этом этапе. А потом, как вы говорите, подождите или разберитесь с этим по-другому.
 brianary25 мая 2018 г., 18:37
Есть множество ситуаций, в которых тест блокировки не будетбесполезный", Проверка журналов IIS, которая блокирует один файл для ежедневной записи, чтобы увидеть, какие из них заблокированы, является репрезентативным примером целого класса ситуаций журналирования, подобных этой. Это'можно определить системный контекст достаточно хорошо, чтобы получить значение из теста блокировки. «✗ НЕ используйте исключения для нормального потока управления, если это возможно ". - docs.microsoft.com/en-us/dotnet/standard/design-guidelines/...

То, что я в конечном итоге сделал:

internal void LoadExternalData() {
    FileStream file;

    if (TryOpenRead("filepath/filename", 5, out file)) {
        using (file)
        using (StreamReader reader = new StreamReader(file)) {
         // do something 
        }
    }
}


internal bool TryOpenRead(string path, int timeout, out FileStream file) {
    bool isLocked = true;
    bool condition = true;

    do {
        try {
            file = File.OpenRead(path);
            return true;
        }
        catch (IOException e) {
            var errorCode = Marshal.GetHRForException(e) & ((1 << 16) - 1);
            isLocked = errorCode == 32 || errorCode == 33;
            condition = (isLocked && timeout > 0);

            if (condition) {
                // we only wait if the file is locked. If the exception is of any other type, there's no point on keep trying. just return false and null;
                timeout--;
                new System.Threading.ManualResetEvent(false).WaitOne(1000);
            }
        }
    }
    while (condition);

    file = null;
    return false;
}
 VoteCoffee28 апр. 2014 г., 21:04
Вы должны рассмотреть использование блока для файла
 Endrju12 авг. 2014 г., 13:41
использованиеSystem.Threading.Thread.Sleep(1000) вместоnew System.Threading.ManualResetEvent(false).WaitOne(1000)

отличный ответ (выше).

public static bool TryOpen(string path,
                           FileMode fileMode,
                           FileAccess fileAccess,
                           FileShare fileShare,
                           TimeSpan timeout,
                           out Stream stream)
{
    var endTime = DateTime.Now + timeout;

    while (DateTime.Now < endTime)
    {
        if (TryOpen(path, fileMode, fileAccess, fileShare, out stream))
            return true;
    }

    stream = null;
    return false;
}

public static bool TryOpen(string path,
                           FileMode fileMode,
                           FileAccess fileAccess,
                           FileShare fileShare,
                           out Stream stream)
{
    try
    {
        stream = File.Open(path, fileMode, fileAccess, fileShare);
        return true;
    }
    catch (IOException e)
    {
        if (!FileIsLocked(e))
            throw;

        stream = null;
        return false;
    }
}

private const uint HRFileLocked = 0x80070020;
private const uint HRPortionOfFileLocked = 0x80070021;

private static bool FileIsLocked(IOException ioException)
{
    var errorCode = (uint)Marshal.GetHRForException(ioException);
    return errorCode == HRFileLocked || errorCode == HRPortionOfFileLocked;
}

Использование:

private void Sample(string filePath)
{
    Stream stream = null;

    try
    {
        var timeOut = TimeSpan.FromSeconds(1);

        if (!TryOpen(filePath,
                     FileMode.Open,
                     FileAccess.ReadWrite,
                     FileShare.ReadWrite,
                     timeOut,
                     out stream))
            return;

        // Use stream...
    }
    finally
    {
        if (stream != null)
            stream.Close();
    }
}
 DixonD22 авг. 2014 г., 07:42
@ Тристан Я думаю, Пол Кнопф хотел использовать Thread.Sleep между попытками доступа.
 Tristan17 апр. 2014 г., 23:39
Какую часть вы хотите спать? Зачем?
 Contango05 февр. 2013 г., 20:28
Это пока единственное практическое решение. И это работает.
 Andreas18 июл. 2016 г., 09:24
В случае "Файл не найден"Я получил отрицательное значение от GetHRForException () и, следовательно, ошибку переполнения (поскольку наш код компилируется с включенными проверками переполнения). Насколько я вижу, неконтролируемое преобразование здесь безопасно.
 Phil Cooper30 окт. 2015 г., 10:15
Попробуйте прочитать @PaulKnopf 's комментарий, не используя голос разгневанных подруг в вашей голове.
 Paul Knopf16 апр. 2014 г., 17:27
Boooyyyyy ... Тебе лучше положить туда Thread.Sleep (200) и выйти из моего процессора!
 DixonD03 июн. 2017 г., 21:22
@NickG Изначально там был цикл перед редактированием
 NickG26 окт. 2016 г., 15:34
@PaulKnopf Шутки в сторону: в Thread.Sleep () нет необходимости, поскольку в этом коде нет цикла.

йл, создавая ту же проблему, которую вы пытались избежать вначале: исключения.

Однако, таким образом, вы будете знать, что проблема временная, и повторите попытку позже. (Например, вы могли бы написать поток, который, при обнаружении блокировки при попытке записи, повторяет попытку до тех пор, пока блокировка не исчезнет.)

С другой стороны, IOException не является достаточно конкретным, так что блокировка является причиной сбоя ввода-вывода. Там могут быть причины, которые нет временный.

я закончил со следующим кодом:

public bool IsFileLocked(string filePath)
{
    try
    {
        using (File.Open(filePath, FileMode.Open)){}
    }
    catch (IOException e)
    {
        var errorCode = Marshal.GetHRForException(e) & ((1 << 16) - 1);

        return errorCode == 32 || errorCode == 33;
    }

    return false;
}
 DixonD08 июн. 2016 г., 19:49
@RenniePet Следующая страница должна быть более полезной:msdn.microsoft.com/en-us/library/windows/desktop/... Соответствующие ошибки: ERROR_SHARING_VIOLATION и ERROR_LOCK_VIOLATION
 jocull01 апр. 2014 г., 22:17
Что если междуreturn false а твоя попытка открыть файл снова что-то еще выхватывает его? Условия гонки ахой!
 BartoszKP18 апр. 2017 г., 18:51
Какие'Цель битовой маскировки здесь, если вы сравните результат с константой? Также,GetHRForException имеет побочные эффекты,HResult можно читать непосредственно с .NET 4.5.
 Eric J.22 янв. 2014 г., 23:48
@kite: теперь есть лучший способstackoverflow.com/a/20623302/141172
 RenniePet08 июн. 2016 г., 15:50
Возможно, Microsoft изменила эту веб-страницу, но в настоящее время это не так.t включает коды ошибок, заканчивающиеся на 32 или 33.
 Dan Revell15 янв. 2015 г., 15:37
Что означают другие HRESULTS, которые могут вернуться из этого? Как вы узнали, что 32 и 33 представляют типы блокировки?
 DixonD15 янв. 2015 г., 19:06
 kite12 сент. 2013 г., 08:18
Слишком плохое открытие sqlite db, используемое firefox, приведет к зависанию программы в ожидании только исключения

Ваш ответ на вопрос