发一个商并发信息队列的疑问有关问题，做过了技术牛人，回答一下吧。有理有分哈。分不过了，都来看看吧，纠结很久了啦

发一个商并发信息队列的疑问问题，做过了技术牛人，回答一下吧。。有理有分哈。。分不过了，都来看看吧，纠结很久了啦
如果，信息队列，我使的是，MSMQ。

其它还好啦，就是一个地方不满意。
比如一个请求进来了，我只能先写入队列，然后返回信息给前端，系统正在处理。
就算系统处理完成了，也不能通知到浏览器（使用什么HTTP轮询，就先不讨论了哈），只能是用户跳到订单列表内面，去查年，是否己成功处理。

我的意思是这样，能不能这样，先入队列之后，让程序等待一会，队列处理完了，发信息给程序，
或者，可以先返回信息给浏览器，系统正在处理，然后，队列处理完了，再返回信息给浏览器。

我看到别人的抢购也是这样，抢购之后，当时就显示抢购成功。虽然知道是用队列，但是，不知道，他们是怎么让队列处理完之后，返回信息给等待程序的。因为，队列的接收另一端在另一个服务器哦，接收端处理完了，再去处理另一个服务器的程序，这个。。这个不是这样处理的吧。。

求方案。

就这点分了，别嫌啊。。
------解决思路----------------------
要么使用ajax轮询,要么就让界面假死一会,等服务线程接到反馈再回发
你想服务端主动推送,IE是不行了
------解决思路----------------------

引用:

我的意思是这样，能不能这样，先入队列之后，让程序等待一会，队列处理完了，发信息给程序，
或者，可以先返回信息给浏览器，系统正在处理，然后，队列处理完了，再返回信息给浏览器。

这没有什么“能不能”的问题，是你“愿意不愿意做”的问题。程序应该是先有交互页面设计，然后才实现的。如果最初的界面设计做的就是“当时页面刷新时立刻显示结果”，那么不管你选择了如何浪费时间的异步“队列”去折腾，你都得阻塞你的aspx页面线程（例如 manualResetEvent1.WaiOne() 语句）等待有返回数据时才继续生成页面内容。

程序员不是做到哪里才想到哪里，而是应该去实现产品设计。所以程序员不能胡乱决定产品交互操作设计，程序员应该先实现用户要求的界面设计。