从App.OnSuspending调用时,StorageFolder.CreateFileAsync崩溃

HCL*_*HCL 5 async-await windows-8 windows-store visual-studio-2012

我的Win RT应用程序在Windows 8测试版上与VS2012RC一起使用,现在已经有了最终版本的visual studio和windows 8 pro的问题,在OnSuspending中创建/打开文件只有在我将调试器断点设置为文件创建方法.

private void OnSuspending(object sender, SuspendingEventArgs e){                        
     var deferral = e.SuspendingOperation.GetDeferral();                       
     if (null != m_document) Save();
     deferral.Complete();
}

async void Save(){
    var folder = KnownFolders.DocumentsLibrary;       
    var file = await folder.CreateFileAsync(GetFileName(),Windows.Storage.CreationCollisionOption.ReplaceExisting);                

    var xDoc = GetXDocument();
    using (var stream = await file.OpenStreamForWriteAsync()){
       xDoc.Save(stream);                    
    }           
}
Run Code Online (Sandbox Code Playgroud)
  • 如果我设置断点StorageFile file = await folder.CreateFileAsync(...,调试器进入,如果我继续,一切正常.

  • 但是,如果我没有设置断点,则会创建该文件,但不会保存xml的内容(文件为空).

  • 如果我在行下面设置一个断点StorageFile file = await folder.CreateFileAsync(...,调试器永远不会进入!

有人有想法吗?我还测试了一个使用的版本folder.OpenStreamForWriteAsync,具有相同的效果.

HCL*_*HCL 7

问题是调用Save-method.仅等待第一部分(创建文件),第二部分(保存XML)完成异步,因此挂起操作的延迟直到保存过程结束.

避免此问题的可能解决方案是明确等待以完成保存操作.这可以通过将OnSuspending方法声明为as aysnc然后等待使用await关键字完成save操作来完成(请注意Save-method的Task return-type).

private async void OnSuspending(object sender, SuspendingEventArgs e){                        
     var deferral = e.SuspendingOperation.GetDeferral();                       
     if (null != m_document) await Save();
     deferral.Complete();
}

async Task Save(){
    var folder = KnownFolders.DocumentsLibrary;       
    var file = await folder.CreateFileAsync(GetFileName(),Windows.Storage.CreationCollisionOption.ReplaceExisting);                

    var xDoc = GetXDocument();
    using (var stream = await file.OpenStreamForWriteAsync()){
       xDoc.Save(stream);                    
    }           
}
Run Code Online (Sandbox Code Playgroud)

我希望这篇文章可以帮助那些陷入同样陷阱的人(我想知道为什么问题没有出现在w8的测试版中,但我认为MS已经优化了应用程序终止过程,因此时间更短暂停过程后的意外工作)...