在可移植类库中使用等待HttpClient.GetAsync的异常

时间:2013-03-13 21:37:41

标签: c# portable-class-library async-await

我有可移植类库(net40 + sl4 + win8 + wp71),代码为:

    public static async Task<Dictionary<string, FeedItem>> GetFeeds()  
    {  
        try
        {
            string data;
            using (HttpMessageHandler handler = new HttpClientHandler())
            {
                using (HttpClient httpClient = new HttpClient(handler))
                {
                    data = await httpClient.GetStringAsync(FeedsUrl + Guid.NewGuid()).ConfigureAwait(false);
                }
            }

            if (data != null)
            {
                //...
            }
            return null;
        }
        catch
        {
            return null;
        }
    }

引用了Microsoft.Bcl,Microsoft.Bcl.Async和Microsoft.Net.Http。

我在Windows 8 Metro应用程序中使用此库。然后我通过VS2012调试app,没关系。但是当我创建应用程序包并安装它时,应用程序每次首次启动时都会崩溃并出现错误:

Framework Version: v4.0.30319
Description: The process was terminated due to an unhandled exception.
Exception Info: System.Runtime.InteropServices.COMException
Stack:
   at System.Runtime.CompilerServices.AsyncMethodBuilderCore.<ThrowAsync>b__1(System.Object)
   at System.Threading.QueueUserWorkItemCallback.WaitCallback_Context(System.Object)
   at System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
   at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
   at System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem()
   at System.Threading.ThreadPoolWorkQueue.Dispatch()
   at System.Threading._ThreadPoolWaitCallback.PerformWaitCallback()

编辑:如果我评论行“data = await httpClient.GetStringAsync”它将毫无例外地工作。

第二次发布时,它始终有效。

有什么建议吗?

3 个答案:

答案 0 :(得分:2)

这些包具有特定于框架的实现。您可能遇到问题,因为您没有从Win8应用程序引用特定于框架的程序集。

您是否可以尝试从应用程序中引用Nuget包,看看它是否可以解决问题? Nuget不会向上堆栈安装包,因此当您创建一个使用另一个Nuget包的类库时,您需要手动将该Nuget包添加到引用该类库的项目中。

当类库通过包依赖项打包为nupkg时,这会透明地发生,但是当您使用项目或二进制引用时,您需要自己完成。

答案 1 :(得分:1)

只是猜测,但看起来你得到一个你没有处理的异常,可能是在async void方法中。当await调用恢复时,它会抛出异常,但因为它刚从await恢复,所以调用堆栈不会反映代码中发生故障的位置。

我建议在try / catch块中包装任何异步void方法的主体,该方法将报告异常以及代码中的位置。这应该有助于找出问题所在。一旦有异常,查看它的HResult属性也可能对此有所帮助。

答案 2 :(得分:1)

我已经弄清楚了。我使用MVVM Light,所以我有ViewModelLocator代码:

public ViewModelLocator()
{
    ServiceLocator.SetLocatorProvider(() => SimpleIoc.Default);

    SimpleIoc.Default.Register<MainViewModel>(true);
}

因此,当我立即删除模型时,它停止了崩溃:

SimpleIoc.Default.Register<MainViewModel>(/*true*/);

我不知道为什么,但我认为这是因为MVVM Light在Microsoft.Bcl,Microsoft.Bcl.Async或Microsoft.Net.Http方面存在一些问题。

希望这会对某人有所帮助,例如this question