首页 / C# / c# – 为什么我的异步回调在同一个线程中运行？

c# – 为什么我的异步回调在同一个线程中运行？

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了c# – 为什么我的异步回调在同一个线程中运行？，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1285字，纯文字阅读大概需要2分钟。

内容图文

我正在尝试使用FtpWebRequest异步调用(BeginGetResponse / EndGetResponse).

但是,看来BeginGetResponse的回调是在与我的应用程序相同的线程中运行的,当时我的印象是它会使用不同的(和线程池)线程.这意味着我的应用程序在继续之前阻止回调.

我已经设置了LINQPad概念验证如下：

"Starting".Dump();
Thread.CurrentThread.GetHashCode().Dump(); 
Thread.CurrentThread.IsThreadPoolThread.Dump();

IAsyncResult result = request.BeginGetResponse((ar) => 
{
     "Inside Callback".Dump();
     Thread.CurrentThread.GetHashCode().Dump();
     Thread.CurrentThread.IsThreadPoolThread.Dump();
     var resp = request.EndGetResponse(ar);
     "Callback Complete".Dump();
}, null);

"After Callback".Dump();

这打印输出如下：

Starting
33
False
Inside Callback
33
False
Callback Complete
After Callback

我期望的是这样的(假设回调花了足够长的时间来运行)：

Starting
33
False
Inside Callback
44
True
After Callback // App continues despite callback running
Callback Complete

由于回调在同一个应用程序线程上运行,这意味着如果回调中的某些内容需要很长时间(例如为了参数引入Thread.Sleep),我的应用程序会在那里阻塞.这意味着我无法在请求上设置超时(例如,使用ThreadPool.RegisterWaitForSingleObject).

我在这里错过了什么吗？

解决方法:

当一个异步操作可以通过BeginXXX方法立即完成时,它不会在线程池线程上运行回调,而是将IAsyncResult.CompletedSynchronously Property设置为true并同步执行回调.

内容总结

以上是互联网集市为您收集整理的c# – 为什么我的异步回调在同一个线程中运行？全部内容，希望文章能够帮你解决c# – 为什么我的异步回调在同一个线程中运行？所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/798928.html

来源：【匿名】