CVe*_*tex 9 c# remoting rpc .net-3.5 .net-2.0
我们有一个远程单独服务器在一个单独的Windows服务中运行(让我们称她的RemotingService).RemotingService的客户端是ASP.NET实例(很多).
目前,客户端远程调用RemotingService并在RemotingService调用被服务时阻塞.但是,远程服务变得越来越复杂(具有更多RPC调用和复杂算法),asp.net工作线程被阻塞了相当长的时间(4-5秒).
根据这篇msdn文章,这样做不会很好地扩展,因为每个远程RPC都阻止了asp.net工作线程.它建议切换到异步处理程序以释放asp.net工作线程.
异步处理程序的目的是释放ASP.NET线程池线程,以便在处理程序处理原始请求时为其他请求提供服务.
这看起来很好,除了远程调用仍然从线程池中占用一个线程.这是与asp.net工作线程相同的线程池吗？
我应该如何将我的远程单例服务器转换为异步系统,以便释放我的asp.net工作线程？
我可能错过了一些重要信息,如果您还有其他任何需要知道的问题,请告诉我.
使用ThreadPool背后的想法是，通过它你可以控制同步线程的数量，如果同步线程数量太多，那么线程池会自动管理新线程的等待。
Asp.Net 工作线程 (AFAIK) 不是来自线程池，也不应该受到您对远程服务的调用的影响（除非这是一个非常慢的处理器，并且您的远程功能非常占用 CPU 资源 - 其中这种情况下，您计算机上的所有内容都会受到影响）。
您始终可以在不同的物理服务器上托管远程处理服务。在这种情况下，您的 asp.net 工作线程将完全独立于您的远程调用（如果远程调用是在单独的线程上调用的）。