Asynchronous WCF service’s execution is blocking
受如何:实现异步服务操作和使用任务并行库构建基于任务的 WCF 服务的启发,我正在尝试使用异步执行的操作创建 WCF Web 服务。
我的想法是,我有一个方法可以持续从一秒到一分钟,由网页上的按钮调用,我有一个计时器,它调用同一服务中的另一个方法,最终将返回异步操作的状态(工作与否)。
所以我设置了一个虚拟示例,我的异步操作实际上阻塞了我的 Web 服务。
1
2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 |
[ServiceContract(Namespace =“”)]
[ServiceBehavior(InstanceContextMode = InstanceContextMode.PerCall, ConcurrencyMode = ConcurrencyMode.Multiple)] [AspNetCompatibilityRequirements(RequirementsMode = AspNetCompatibilityRequirementsMode.Required)] public class Service1 { [OperationContract(AsyncPattern = true, Action =“TestServiceMethod”, Name =“TestServiceMethod”, ReplyAction =“TestServiceMethodReply”)] public IAsyncResult BeginTestServiceMethod(string request, AsyncCallback callback, object asyncState) { var task = new Task<string>((state) => { SpinWait.SpinUntil(() => { return false; }, 5000); return request; }, asyncState); task.ContinueWith((t) => { callback(t); }); return task; public string EndTestServiceMethod(IAsyncResult result) [OperationContract] |
这是我页面上的javascript(点击功能通过点击按钮激活)
1
2 3 4 5 6 7 8 9 |
function Click() {
var service = new Service1(); service.TestServiceMethod(“Dummy”, PopWord); service.OtherTest(PopWord); } function PopWord(word) { |
当我点击按钮时,结果是等待 5 秒,然后”Dummy”和”OtherTest”一个接一个地弹出。预期的行为将是”OtherTest”在 5 秒后弹出”Dummy”。
谁能发现我做错了什么或者建议另一种方法?
我猜你是在 cassini(开发服务器)而不是 IIS 上运行?
如果是这样,我见过不少人说cassini不能并行执行请求。
我似乎无法从 microsoft 找到任何关于此的文档,但有很多关于堆栈溢出的帖子,类似于以下内容。
ASP.NET 开发服务器并发处理不起作用
ASP.NET 开发服务器 (Cassini)、IIS Express 和多线程
- 确实是我。今晚我将尝试在 IIS 上运行它,我会告诉你它是如何进行的。谢谢。
- 运气好的话?得到一些确定的东西会很棒。
- 原谅我拖了这么久。我遇到了需要重新安装 Windows 的问题,我花了一段时间才完成。所以确实看起来开发服务器是问题的一部分,但我现在有一个不同的。单击我的按钮(或带有 onClick 事件的文本链接)仍然不起作用,但如果我在地址栏中键入 javascript:Click(),我确实有预期的异步行为。你知道为什么会发生这种情况吗?
- 很高兴知道卡西尼确实是问题所在,希望我能找到一些更权威的文档说它不处理并发。至于点击问题,您可以发布您连接点击的方式吗?
- 我又玩了一些,实际上它看起来很随机。有时有效,有时无效(按钮、链接或网址栏)。我将 与 OnClientClick=”Click();” 一起使用。
- 除非您想要回发,否则您可能想要使用 OnClientClick=”Click(); return false;”它可能只在某些时候工作,因为回发发生在客户端点击之前。
- 确实是的,但这只是一个假人,我不在乎。我不确定它是否真的偶尔起作用,或者调用的顺序是否只是在保持同步的情况下切换了。因此,我将测试更改为两次等待 5 秒的异步函数调用。结果:5 秒,弹出,5 秒,弹出。因此,实际上这只是切换调用的顺序,而 IIS 并没有解决任何问题。 :S
- 嗯,您可以尝试的另一件事是禁用或只读您的会话状态。我知道在 MVC 中有一个围绕会话的锁,如果会话是可写的,则序列化请求(以防止并发请求在 proc 会话中损坏)。可能的香草 asp.net 有类似的东西。
- 是的,有一个会话锁。”如果对同一个会话(通过使用相同的 SessionID 值)发出两个并发请求,则第一个请求获得对会话信息的独占访问权。第二个请求仅在第一个请求完成后执行。(第二个会话也可以获得如果由于第一个请求超过锁定超时而释放了对信息的独占锁定,则访问。)msdn.microsoft.com/en-us/library/ms178581.aspx
- 非常感谢你!由于某种原因,在 @ Page 中将会话状态设置为只读并没有改变任何东西,但在 Application_BeginRequest 中更改它就可以了(灵感来自 blogs.microsoft.co.il/blogs/idof/archive/ 2010/09/27/…)
- 乐意效劳!尤其是像你这样有问答比例的人;)
来源:https://www.codenong.com/10526254/