node.js相关知识

1、node.js是什么？

　　单线程、异步、事件驱动

　　Node.js 是一个基于 Chrome V8 引擎的 JavaScript 运行时。 

　　node是一个服务器端JavaScript解释器，用于方便地搭建响应速度快、易于扩展的网络应用。Node.js使用事件驱动，非阻塞I/O模型而得以轻量高效，非常适合在发布式设备上运行数据密集型的实时应用。

　　Node.js是一个可以让JavaScript运行在浏览器之外的平台。它实现了文件系统、模块、包、操作系统API、网络通信等Core  JavaScript没有或者不完善的功能。

2、什么是V8引擎

　　v8 JavaScript 引擎是Google用于chrome浏览器的底层JavaScript引擎。JavaScript引擎负责解释并执行代码。Google使用V8创建了一个用c++编写的超快解释器，该解释器拥有另一个独特特征，你可以下载引擎并将其嵌入任何 应用程序。　　v8引擎并不仅限于在一个浏览器中运行。因此，Node实际上会使用Google编写V8 JavaScript引擎，并将其重建为可在服务器上使用。

3、Node.js的优势？

　　在常规的后台语言搭建的服务器环境里面，客户端每建立一个链接就得去创建一个新线程。一台8G内存服务器可以同时承担的最大连接数也就4000。所以，当用户数量上去的时候，一台服务器的资源就捉襟见肘了。重构又麻烦伤神，而且也不会有多大的改进，只能来堆硬件了，造成成本的增加。

　　node.js则修改了客户端到服务器的连接方法，解决了高并发的问题。因为它不去为每个客户端创建一个新的线程，而是为每个客户端连接触发一个在node.js内部进行处理的事件(使我想到了写页面jquery的时候各种事件)。如果使用node.js，可以同时处理多达几万个用户的客户端连接，优势显而易见。

4、Node.js能做什么？

　　JavaScript为客户端生，node.js为网络生。

使用node.js可以实现：

  • 具有复杂逻辑的网站
  • 基于社交网络的大规模Web应用
  • web socket服务器（基于事件驱动，支持全双工通信）
  • TCP/UDP 套接字应用程序
  • 命令行工具
  • 交互式终端程序
  • 带有图形用户界面的本地应用程序
  • 单元测试工具
  • 客户端JavaScript编译器

5、什么是事件驱动？

　　事件驱动编程，为需要处理的事件编写相应的事件处理程序。代码在事件发生时执行。

　　为需要处理的事件编写相应的事件处理程序。要理解事件驱动和程序，就需要与非事件驱动的程序进行比较。实际上，现代的程序大多是事件驱动的，比如多线程的程序，肯定是事件驱动的。早期则存在许多非事件驱动的程序，这样的程序，在需要等待某个条件触发时，会不断地检查这个条件，直到条件满足，这是很浪费cpu时间的。而事件驱动的程序，则有机会释放cpu从而进入睡眠态（注意是有机会，当然程序也可自行决定不释放cpu），当事件触发时被操作系统唤醒，这样就能更加有效地使用cpu。

事件驱动模型有三个对象：事件源、事件、事件处理程序。

  • 事件源：产生事件的地方（html元素）
  • 事件：点击/鼠标操作/键盘操作
  • 事件对象：当某个事件发生时，可能会产生一个事件对象，该时间对象会封装好该时间的信息，传递给事件处理程序
  • 事件处理程序：响应用户事件的代码

实例：监听鼠标点击事件，并能够显示鼠标点击位置x，y

<html> 
   <head> 
   <script> 
   function test1(e){ 
     window.alert("x="+e.clientX+"y="+e.clientY); 
   } 
   </script> 
   </head> 
   <body onmousedown="test1(event)"> 
   </body> 
</html>

6、Node.js运行原理？

　　当我们搜索Node.js时，夺眶而出的关键字就是 “单线程，异步I/O，事件驱动”，应用程序的请求过程可以分为俩个部分：CPU运算和I/O读写，CPU计算速度通常远高于磁盘读写速度，这就导致CPU运算已经完成，但是不得不等待磁盘I/O任务完成之后再继续接下来的业务。 
所以I/O才是应用程序的瓶颈所在，在I/O密集型业务中，假设请求需要100ms来完成，其中99ms化在I/O上。如果需要优化应用程序，让他能同时处理更多的请求，我们会采用多线程，同时开启100个、1000个线程来提高我们请求处理，当然这也是一种可观的方案。 
但是由于一个CPU核心在一个时刻只能做一件事情，操作系统只能通过将CPU切分为时间片的方法，让线程可以较为均匀的使用CPU资源。但操作系统在内核切换线程的同时也要切换线程的上线文，当线程数量过多时，时间将会被消耗在上下文切换中。所以在大并发时，多线程结构还是无法做到强大的伸缩性。 
那么是否可以另辟蹊径呢？！我们先来看看单线程，《深入浅出Node》一书提到 “单线程的最大好处，是不用像多线程编程那样处处在意状态的同步问题，这里没有死锁的存在，也没有线程上下文切换所带来的性能上的开销”，那么一个线程一次只能处理一个请求岂不是无稽之谈，

先让我们看张图：

Node.js的单线程并不是真正的单线程，只是开启了单个线程进行业务处理（cpu的运算），同时开启了其他线程专门处理I/O。当一个指令到达主线程，主线程发现有I/O之后，直接把这个事件传给I/O线程，不会等待I/O结束后，再去处理下面的业务，而是拿到一个状态后立即往下走，这就是“单线程”、“异步I/O”。 
I/O操作完之后呢？Node.js的I/O 处理完之后会有一个回调事件，这个事件会放在一个事件处理队列里头，在进程启动时node会创建一个类似于While(true)的循环，它的每一次轮询都会去查看是否有事件需要处理，是否有事件关联的回调函数需要处理，如果有就处理，然后加入下一个轮询，如果没有就退出进程，这就是所谓的“事件驱动”。这也从Node的角度解释了什么是”事件驱动”。 
在node.js中，事件主要来源于网络请求，文件I/O等，根据事件的不同对观察者进行了分类，有文件I/O观察者，网络I/O观察者。事件驱动是一个典型的生产者/消费者模型，请求到达观察者那里，事件循环从观察者进行消费，主线程就可以马不停蹄的只关注业务不用再去进行I/O等待。

 

node,js详情介绍可见:https://www.runoob.com/nodejs/nodejs-tutorial.html

posted @ 2020-07-30 21:48  柠檬IT  阅读(128)  评论(0)  编辑  收藏  举报