UWP - Не удается открыть файл для чтения, если другое приложение открыто.

Question

Я, кажется, ударил кирпичную стену, пытаясь разработать приложение для Windows Store для рабочего стола. Я пытаюсь открыть большой файл журнала (100+ МБ), открытое другим приложением, и выполнять обработку в реальном времени на последних событиях, когда они записываются в файл.

При регулярном, неизолированные C#, это довольно просто:

System.IO.FileStream stream = File.Open("LOGFILE PATH HERE", System.IO.FileMode.Open, FileAccess.Read, FileShare.ReadWrite); 

К сожалению, в UWP, я получаю «UnauthorizedAccessException» всякий раз, когда я пытаюсь открыть файл, который находится в использовании другого приложения. Я пробовал каждый API в каждой комбинации, которую я мог найти, но имел нулевую удачу, поэтому я пришел сюда для некоторых предложений.

Некоторые из того, что я пробовал:

Windows.Storage.Pickers.FileOpenPicker picker = new Windows.Storage.Pickers.FileOpenPicker(); 
picker.ViewMode = Windows.Storage.Pickers.PickerViewMode.List; 
//Prompt the user to open the log file: 
Windows.Storage.StorageFile logFile = await picker.PickSingleFileAsync(); 
picker.FileTypeFilter.Add(".txt"); 

//This won't work in any case, because it doesn't use the handle that the user picked, 
// so the UWP sandboxing blocks it: 
new FileStream(logFile.Path, FileMode.OpenOrCreate, FileAccess.Read); 

//EDIT: These don't work if the file is open either, I must have made a mistake earlier 
await FileIO.ReadBufferAsync(logFile); 
await FileIO.ReadLinesAsync(logFile); 

//These work if the file is not open by another app, but fail if another app has the file open 
await logFile.OpenAsync(Windows.Storage.FileAccessMode.Read); 
await logFile.OpenStreamForReadAsync(); 

Быстрый Репро:

Открыть окно PowerShell и запустите эту команду, чтобы держать открытым "test.txt" в вашем домашнем каталоге:

$f = [System.IO.File]::Open("test.txt", [System.IO.FileMode]::OpenOrCreate, [System.IO.FileAccess]::Write, [System.IO.FileShare]::ReadWrite); 

Answer 1

Я сделал простой тест, и он должен работать. Тест проходит следующим образом: - откройте файл.txt с помощью Блокнота, файл содержит только одну строку текста, - запустите приложение с кодом ниже, - выберите файл, который все еще открыт в «Блокноте», - вам следует см. в отладочном выводе первую строку и пустую секунду.

Код:

public async Task GetFile() 
{ 
    Windows.Storage.Pickers.FileOpenPicker picker = new Windows.Storage.Pickers.FileOpenPicker(); 
    picker.ViewMode = Windows.Storage.Pickers.PickerViewMode.List; 
    picker.FileTypeFilter.Add(".txt"); 
    //Prompt the user to open the log file: 
    Windows.Storage.StorageFile logFile = await picker.PickSingleFileAsync(); 

    try 
    { 
     using (var stream = await logFile.OpenStreamForReadAsync()) 
     using (var reader = new StreamReader(stream)) 
     { 
      var line = await reader.ReadLineAsync(); 
      Debug.WriteLine($"The first line: {line} - waiting"); 
      await Task.Delay(10000); 
      line = await reader.ReadLineAsync(); 
      Debug.WriteLine($"The next line: {line} - waiting"); 
     } 
    } 
    catch (Exception exc) 
    { 
     Debug.WriteLine($"Exception {exc.Message}"); 
    } 
} 

Во втором тесте я изменил файл в блокноте и сохранил его, в то время как код выше хиты await Task.Delay(), то при попытке прочитать вторую строку, вы, вероятно, получите: 'Исключение Ручка, с которой был связан этот oplock, была закрыта. Теперь oplock сломан. '.

Я вижу, что вы не располагаете потоками, может быть, проблема здесь? Вы пытались использовать using для Idisposable?

Answer 2

Ожидаемое поведение для универсальных API-интерфейсов с обновлением юбилея. (иначе RS1). API и потоки Windows.Storage. * Используют так называемую модель «Polite Reader». В этой модели читатели могут быть прерваны писателем, который генерирует ошибки прерывания OPLOCK. В RS1 это также означает, что читатели блокируются, если уже существует ANY open handle for write.

В обновлении создателей (иначе RS2) некоторые вещи меняются. Поскольку универсальная платформа развивалась от первоначального WinRT с помощью одного приложения переднего плана, появилась необходимость разрешить приложениям использовать более традиционные модели. Таким образом, в RS2 мы делаем несколько изменений, чтобы помочь в этом сценарии.

1. Unmodified вежливы читатель больше не будет терпеть неудачу на открытой, если автор уже существует. Тем не менее, читатели будут по-прежнему получать перерывы oplock, если писатель действительно пишет в файл.
2. Обмен Нарушения отображаются непосредственно вызывающему абоненту, а не переводятся в AccessDenied.(Для совместимости это новое поведение зашифровывается в вызывающем приложении, объявляющем RS2 в качестве тестируемой платформы в манифесте приложений)
3. Доступны новые StorageOpenOptions, чтобы приложения могли изменять свой код, чтобы использовать новые параметры для получения поведения, которое не работает 't задействовать oplocks, эффективно отказываясь от поведения OpLock.