关于多线程：Node.js的事件驱动有什么不同？我们不能在ASP.Net的HttpAsyncHandler中这样做吗？

What so different about Node.js's event-driven? Can't we do that in ASP.Net's HttpAsyncHandler?

我在网络编程方面不是很有经验，
我还没有在Node.js中编写任何代码，只是对事件驱动的方法感到好奇。看起来确实不错。

本文解释了当我们使用基于线程的方法处理请求时可能发生的一些不好的事情，并且应该选择事件驱动的方法。
在基于线程的情况下，收银员/线程一直困扰着我们，直到我们的食物/资源准备就绪。在事件驱动下，收银员将我们送到请求队列之外的某个地方，这样我们就不会在等待食物时阻止其他请求。
要扩展基于阻塞线程，需要增加线程数。
对我而言，这似乎是一个不正确使用线程/线程池的错误借口。

难道不能使用IHttpAsyncHandler正确处理？
ASP.Net接收请求，使用ThreadPool并运行处理程序(BeginProcessRequest)，然后在其中我们使用回调加载文件/数据库。那个线程应该可以自由处理其他请求。文件读取完成后，再次调用ThreadPool并执行剩余的响应。
对我来说没有那么不同，那为什么不那么可扩展呢？

我所知道的基于线程的缺点之一是，使用线程需要更多内存。但只有这些，您才能享受多核的好处。我怀疑Node.js根本没有使用任何线程/核心。

因此，基于事件驱动vs基于线程(不要带"因为它是Javascript和每个浏览器..."的论点)，有人可以指出我使用Node.js而不是使用Node.js的实际好处是什么现有技术？

这是一个很长的问题。谢谢：)

相关讨论

首先，Node.js不是多线程的。这个很重要。你必须是一个非常有才华的程序员来设计在线程环境中完美运行的程序。线程很难。

你必须是一个上帝来维护一个没有正确设计的线程项目。在非常大的项目中，有很多问题难以避免。

其次，整个平台被设计为异步运行。您是否看到过每个IO交互都是异步的ASP.NET项目？简而言之，ASP.NET并非设计为事件驱动的。

然后，由于我们每个开放连接有一个线程和整个扩展问题，因此存在内存占用。如果我错了，请纠正我，但我不知道如何避免为ASP.NET中的每个连接创建新线程。

另一个问题是Node.js请求在没有被使用或等待IO时是空闲的。另一方面，C＃线程休眠。现在，可以睡眠的这些线程的数量是有限的。在Node.js中，您可以在一台开发机器上同时轻松地同时处理10k个客户端。您尝试在一台开发计算机上并行处理10k个线程。

JavaScript本身作为一种语言使异步编码更容易。如果你还在C＃2.0中，那么异步语法真的很痛苦。如果你在整个地方定义Action<>和Function<>并使用回调，很多开发人员会感到困惑。以普通方式编写的ASP.NET项目无法由普通的ASP.NET开发人员维护。

至于线程和核心。 Node.js是单线程的，可以通过创建多节点进程进行扩展。如果你有一个16核，那么你运行你的node.js服务器的16个实例，并在它前面有一个Node.js负载均衡器。 (如果你愿意，也许是一个nginx负载均衡器)。

这一切都是从一开始就以极低的水平写入平台。这不是后来的一些功能。

其他优点

Node.js还有更多内容。以上只是Node.js处理事件循环的方式比使用ASP.NET中的异步功能更好的原因。

性能。它很快。真快。
Node.js的一大优势是它的低级API。你有很多控制权。
您将整个HTTP服务器直接集成到您的代码中，然后外包给IIS。
你有整个nginx与Apache的比较。
整个C10K挑战由节点处理，但不由IIS处理
AJAX和JSON通信感觉自然而轻松。
实时通信是Node.js的一大优点。它是为它而制造的。
与基于文档的nosql数据库很好地配合使用。
也可以运行TCP服务器。可以进行文件写入访问，可以在服务器上运行任何unix控制台命令。
您可以使用例如CouchDB和map / reduce在javascript中查询数据库。您使用JavaScript编写客户端。在Web堆栈上进行开发时，没有上下文切换。
丰富的社区驱动的开源模块。 node.js中的所有内容都是开源的。
占地面积小，几乎没有依赖性。您可以自己构建node.js源代码。

Node.js的缺点

这个很难(硬。它很年轻。作为一名熟练的JavaScript开发人员，我在使用Node.js编写网站时遇到了困难，因为它具有低级特性和我的控制级别。它感觉就像C.很多灵活性和力量要么用于我，要么挂我。

API未冻结。它正在迅速变化。我可以想象必须在5年内完全重写一个大型网站，因为届时Node.js的数量会有所改变。它是可行的，您只需要知道node.js网站上的维护并不便宜。

进一步阅读

http://blog.mixu.net/2011/02/01/understanding-the-node-js-event-loop/

http://blip.tv/file/2899135

http://nodeguide.com/

相关讨论

ASP.NET不是为事件驱动而设计的。但事件驱动本身有什么特别之处呢？
ASP.NET不会在每个请求上创建线程，这就是线程池的用途。
如果需要，每个IO操作，甚至是aspx页面都可以是异步的。
@HendryTen但是如果你现在有100个客户端连接并行，那么将有100个线程或至少n个线程和100-n个客户端在缓冲区中等待。异步IO是正确的方法。进行异步IO的方法之一是事件驱动。看这个视频
多节点进程与线程有何不同？
你过去的最后一部分是一个很好的观点
@Raynos，在node.js中那些将在队列中？不应该有100个线程。这是线程的正确异步使用。只有几个线程等待请求，更多其他线程用于工作/调用异步或处理回调等。
@HendryTen如果您的100个客户端中的每个客户端同步调用数据库，那么很多客户端将等待。是的，你可以用类似的方式做到这一点，但你的战斗再次使用ASP.NET技术，就像node.js一样。此外，你不能争论内存戳。与IIS相比，n个请求的node.js内存戳很低。
@Raynos，同意记忆印章。对于100次调用数据库，所有这些调用都应该使用回调进行异步处理(可以这样做吗？dunno hehe)。你不能说它正在与ASP.NET技术作斗争。那么有关ASP.NET MVC的话呢？
@HendryTen ASP.NET MVC有异步数据库访问吗？我读过的所有教程都向您展示了如何通过实体同步访问数据库。您必须看到普通的.NET开发人员将执行同步调用。您的整个漂亮的异步.NET Web技术将通过单个同步调用崩溃。正如@AaronMaenpaa所说，这是一种文化差异。在node.js中，我可以轻松地同时进行10k个同步数据库调用。如果每次通话需要2s，那么所有10万次将需要大约2.02s。
@Reynos：对不起，一条评论中有两点。 ASP.NET MVC与数据库没有任何关系。它只是回复你关于打击ASP.NET技术的评论，而MVC对基础ASP.NET技术做了同样的回应。
@HendryTen我在ASP.NET和＆之间进行了比较。 node.js.ASP.NET MVC是不同的。我的代码ASP.NET MVC代码仍然同步调用Controller中的Action，它同步返回一个View。我不知道ASP.NET MVC是否有任何异步，但我自己也没有看到任何异步。由于缺乏抽象和控制，我更喜欢节点。此外，我会选择节点，因为我不需要向微软支付许可费。
@Reynos：使用Entities访问数据库只是一种更容易/更懒/更容易管理的方式。如果沿着asp.net异步的路径走，他们应该准备好做所有异步的东西，包括数据库访问。虽然我不知道如何做到这一点，我确信它是合理的。
@HendryTen当然是合情合理的。但你必须能够看到在节点中这样做更容易，感觉不像是艰难的斗争。 node.js是从头开始制作的。我花了15分钟制作服务器端视图＆amp;客户可用的模型和15行代码我有客户端渲染服务器端视图＆amp;客户端上的模型通过ajax。它感觉很自然，它很快，但它很难。
@Raynos：MVC中有Async动作控制器/调用程序(忘记类是什么)。而且您并不需要向Microsoft支付使用IIS的许可证。
@Raynos：当然它更容易(但至少现在，你能击败.NET lib吗？)，但这不是重点。我找到了一个如此大的理由让我想要摆脱目前的舒适区。所以这真的是"我不能做什么？我为什么要改变？"参数。
@HendryTen你还需要为SQL Server和MS Server 2008付费
@HendryTen我只是没有足够的经验来编写node.js中不是技术演示的任何东西。我将在其中进行一些适当的开发，并在其中编写网站给我一周或两周，我将有一个适当的博客系列，显示使用node.js开发的内容。我会再次推荐这个视频。这就是我对此感到兴奋的原因。
@Reynos，当然。请把这个更新发给我。我非常感兴趣，并且实际上是为了不做node.js。
@Raynos，努力+1。我们可能不同意这一点，但你的答案更好:)
@HendryTen我在这里设置了一个临时博客。一旦我在节点中写完我的博客网站，我就会开一个新的。另外我想建议看看now.js.这是一些非常强大的东西，因为节点而变得"容易"。当然在node.js HTTP服务器和IIS级别，节点有一个巨大的优势，就像任何"apache vs nginx"讨论一样，在node.js和ASP.NET级别上，它不那么容易。
关于两者之间的表现主题，我发现这很有趣。斯科特声称他可以在ASP上使用IHTTPHandler获得"每秒22,500个请求"，而使用Node(在IIS上)每秒获得10,000个请求。 hanselman.com/blog/…
Nodejs与IIS的性能比较，用于在WINDOWS上输出STATIC HTML。 IIS比Nodejs快2.5倍。但令人意外的是，Tomcat比IIS快3倍。请参阅我的其他答案：stackoverflow.com/questions/9290160/node-js-vs-net-performance/…
"线程很难。"大声笑。"表现。它很快。真的很快。" LOL"作为一名技术娴熟的JavaScript开发人员，我在使用Node.js编写网站时遇到了困难，因为它具有低级别的特性和我的控制水平。感觉就像C一样。"大声笑。肯定有一些高质量的幽默在这个答案:)

关于node.js与ASP.Net和异步编程有很多误解。您可以在ASP.NET中执行非阻塞IO。当您使用.Net 2.0及更高版本中的开始/结束模式执行Web服务调用或其他I / O绑定操作时，大多数人都不知道.Net框架使用下面的Windows iocompletion端口。 IO完成端口是Windows操作系统支持非阻塞IO的方式，以便释放应用程序线程，以便IO操作完成。有趣的是，node.js通过Cygwin在Windows中使用了不太优化的非阻塞IO实现。路线图上有一个新的Windows版本，在微软的指导下将使用IO完成端口。在那一点上，没有区别。

也可以在ADO.NET中进行非阻塞数据库调用，但要注意ORM工具，如NHibernate和Entity Framework。它们仍然非常同步。

同步IO(阻塞)使控制流程更加清晰，因此它变得流行。计算机环境是多线程的原因只是表面上与此有关。它通常与多个CPU的时间共享和利用有关。

只有一个线程可能会在冗长的操作中导致饥饿，这可能与IO和复杂的计算有关。所以，即使经验法则是一个线程pr。当使用非阻塞IO时，仍应考虑足够的线程池大小，以便简单的请求不会因更复杂的操作(如果存在)而变得不足。多线程还允许在多个CPU之间轻松分割复杂操作。像node.js这样的单线程环境只能通过更多进程和消息传递来协调动作来利用多核处理器。

我个人还没有看到引入其他技术如node.js的任何令人信服的论点。但是，可能有很好的理由，但我认为它们与通过非阻塞IO服务大量连接几乎没什么关系，因为这也可以通过ASP.NET完成。

BTW tamejs可以帮助使你的nodejs代码更具可读性，类似于即将推出的新的.Net Async CTP。

相关讨论

很容易低估Node.js和ASP.NET社区之间的文化差异。当然，IHttpAsyncHandler存在并且它自.NET 1.0以来一直存在，所以它甚至可能是好的，但围绕Node.js的所有代码和讨论都是关于异步I / O，而在.NET方面则绝对不是这样。想使用LINQ To SQL？你有点可以，有点儿。想记录东西？也许"CSharp DotNet Logger"可能会起作用。

所以是的，IHttpAsyncHandler就在那里，如果你真的很小心，你可以编写一个事件驱动的web服务，而不会在某个地方绊倒一些阻塞I / O，但是我并没有真正得到很多人使用的印象它(当然它不是编写ASP.NET应用程序的突出方式)。相比之下，Node.js是关于事件I / O，所有代码示例，所有库以及它是人们使用它的唯一方式。因此，如果您打算在哪个I / O模型实际上一直工作，那么Node.js可能就是那个。

相关讨论

根据当前时代的技术改进和阅读下面的链接，我可以说，这是专业知识的问题，并根据重要的特定情况选择完美的组合。 NodeJS越来越成熟，ASP.NET方面我们有ASP.NET MVC，WebAPI和SignalR等，以使事情变得更好。

Node.js与.Net的性能

http://www.salmanq.com/blog/net-and-node-js-performance-comparison/2013/03/
和

http://www.hanselman.com/blog/InstallingAndRunningNodejsApplicationsWithinIISOnWindowsAreYouMad.aspx

谢谢。