ASP.NET异步控制器和长轮询

ASP.NET异步控制器和长轮询,asp.net,asynchronous,comet,long-polling,reverse-ajax,Asp.net,Asynchronous,Comet,Long Polling,Reverse Ajax,我一直在为comet/push/reverse ajax页面寻找基于IIS的解决方案,后来发现 这似乎允许xhr长轮询而不会出现线程耗尽的问题,对吗?这是否允许对长轮询页面进行相当不错的扩展?我想说,看看。因为iis也是一个选项我想说看看。对于iis也是一个选项请参阅 为了使扩展更容易/减少问题,我建议使用一个专用的实时服务器(见此;这是一个从基础上构建的、考虑到实时通信的服务器。请参见 为了使扩展更容易/减少问题,我建议使用专用的实时服务器(请看,这是一个从基础到实时通信的概念。如果您正在寻找

我一直在为comet/push/reverse ajax页面寻找基于IIS的解决方案,后来发现


这似乎允许xhr长轮询而不会出现线程耗尽的问题,对吗?这是否允许对长轮询页面进行相当不错的扩展?

我想说,看看。因为iis也是一个选项

我想说看看。对于iis也是一个选项

请参阅

为了使扩展更容易/减少问题,我建议使用一个专用的实时服务器(见此;这是一个从基础上构建的、考虑到实时通信的服务器。

请参见


为了使扩展更容易/减少问题,我建议使用专用的实时服务器(请看,这是一个从基础到实时通信的概念。

如果您正在寻找一个内置websocket的专业解决方案,请选择它。

如果您正在寻找一个内置websocket的专业解决方案,请选择可伸缩性是一个相当复杂的概念。如果您不构建它,就不能说它是可伸缩的开发一个项目,进行压力测试,然后进行优化,然后进行压力测试,然后进行优化,然后进行压力测试……在测试/优化之前,有一些固有的可伸缩性问题可以解决。我知道,对于一个普通的长轮询请求,使用一个页面的每个客户端都将使用一个线程,这就降低了客户端数量的上限异步控制器理论上可以摆脱这个特定的约束-但是我在这里看到了很多关于IIS/ASP comet实现的问题,并且没有人建议使用异步控制器作为解决方案(我已经看到),这让我想知道我是否遗漏了什么。可伸缩性是一个相当复杂的概念。你不能说它是可伸缩的,而你不构建和测试它。开发一个项目,进行压力测试,然后优化,然后压力测试,然后优化,然后压力测试…在测试之前,有一些固有的可伸缩性问题可以解决ng/优化。我知道,对于一个普通的长轮询请求,每个使用一个页面的客户端都将使用一个线程,这就降低了可以连接的客户端数量。异步控制器理论上可以摆脱这个特定的约束-但是我在这里看到很多关于IIS/ASP comet实现的问题,没有有人建议使用异步控制器作为解决方案(我见过),这让我想知道我是否缺少了什么。