静态网络服务器：最短的等待：低活动：Node JS 与基于 Java 线程的裸骨
我在了解 Java 后又开始掌握 Node JS。
给定的任务是编写一个每秒加载一个页面的网络服务器。这些是静态页面。但是，有时页面加载仅包含 HTML 文档，而图像/css/js 缓存在浏览器上...有时，存在将与 HTML 分开加载的非缓存资源。
Node JS 使用事件驱动模型。
Java 可以使用基于事件的模型或基于线程的模型。
在这种情况下，当试图获得几毫秒的等待时，哪种模型更好。
如果决定使用基于事件的模型，那么使用 Node JS 会比使用 Java 好得多。
I am grasping Node JS after already knowing Java.
Given the task to write a webserver that serves one page load every second. These are static pages. However, sometimes the page load consists of only the HTML doc and the images/css/js are cached on the browser... sometimes there are non cached assets that will be loaded separate from the HTML.
Node JS uses the event driven model.
Java can use either an event based or a thread based model.
Which model is better in this case when trying to get just a few milliseconds of wait.
How much better would it be to use Node JS over Java given the decision to use an event based model.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
对于您描述的场景，服务器是基于线程的同步还是基于事件的异步根本不重要。当服务大量并发请求时，这种差异主要相关。
减少静态页面加载时间的最大因素是页面本身的设计，其次是网络堆栈和协议的调整，例如 按照 Google 的做法增加 TCP 初始窗口。
For the scenario you describe, it does not matter at all whether the server is thread-based synchronous or event-based asynchronous. The difference is mainy relevant when serving a very large number of concurrent requests.
The biggest factor in reducing the load time of static pages is the design of the pages themselves, followed by tuning of the network stack and protocol like increasing the TCP initial window as practised by Google.