Node中,每一个文件模块都是一个对象,它的定义以下:前端
function Module(id, parent) { this.id = id; this.exports = {}; this.parent = parent; this.filename = null; this.loaded = false; this.children = []; } module.exports = Module; var module = new Module(filename, parent); 复制代码
全部的模块都是 Module 的实例。能够看到,当前模块(module.js)也是 Module 的一个实例。java
这道题基本上就能够了解到面试者对Node模块机制的了解程度 基本上面试提到node
// require 其实内部调用 Module._load 方法 Module._load = function(request, parent, isMain) { // 计算绝对路径 var filename = Module._resolveFilename(request, parent); // 第一步:若是有缓存,取出缓存 var cachedModule = Module._cache[filename]; if (cachedModule) { return cachedModule.exports; // 第二步:是否为内置模块 if (NativeModule.exists(filename)) { return NativeModule.require(filename); } /********************************这里注意了**************************/ // 第三步:生成模块实例,存入缓存 // 这里的Module就是咱们上面的1.1定义的Module var module = new Module(filename, parent); Module._cache[filename] = module; /********************************这里注意了**************************/ // 第四步:加载模块 // 下面的module.load其实是Module原型上有一个方法叫Module.prototype.load try { module.load(filename); hadException = false; } finally { if (hadException) { delete Module._cache[filename]; } } // 第五步:输出模块的exports属性 return module.exports; }; 复制代码
接着上一题继续发问mysql
// 上面(1.2部分)的第四步module.load(filename) // 这一步,module模块至关于被包装了,包装形式以下 // 加载js模块,至关于下面的代码(加载node模块和json模块逻辑不同) (function (exports, require, module, __filename, __dirname) { // 模块源码 // 假如模块代码以下 var math = require('math'); exports.area = function(radius){ return Math.PI * radius * radius } }); 复制代码
也就是说,每一个module里面都会传入__filename, __dirname参数,这两个参数并非module自己就有的,是外界传入的linux
module.exports vs exports 不少时候,你会看到,在Node环境中,有两种方法能够在一个模块中输出变量: 方法一:对module.exports赋值: // hello.js function hello() { console.log('Hello, world!'); } function greet(name) { console.log('Hello, ' + name + '!'); } module.exports = { hello: hello, greet: greet }; 方法二:直接使用exports: // hello.js function hello() { console.log('Hello, world!'); } function greet(name) { console.log('Hello, ' + name + '!'); } function hello() { console.log('Hello, world!'); } exports.hello = hello; exports.greet = greet; 可是你不能够直接对exports赋值: // 代码能够执行,可是模块并无输出任何变量: exports = { hello: hello, greet: greet }; 若是你对上面的写法感到十分困惑,不要着急,咱们来分析Node的加载机制: 首先,Node会把整个待加载的hello.js文件放入一个包装函数load中执行。在执行这个load()函数前,Node准备好了module变量: var module = { id: 'hello', exports: {} }; load()函数最终返回module.exports: var load = function (exports, module) { // hello.js的文件内容 ... // load函数返回: return module.exports; }; var exportes = load(module.exports, module); 也就是说,默认状况下,Node准备的exports变量和module.exports变量其实是同一个变量,而且初始化为空对象{},因而,咱们能够写: exports.foo = function () { return 'foo'; }; exports.bar = function () { return 'bar'; }; 也能够写: module.exports.foo = function () { return 'foo'; }; module.exports.bar = function () { return 'bar'; }; 换句话说,Node默认给你准备了一个空对象{},这样你能够直接往里面加东西。 可是,若是咱们要输出的是一个函数或数组,那么,只能给module.exports赋值: module.exports = function () { return 'foo'; }; 给exports赋值是无效的,由于赋值后,module.exports仍然是空对象{}。 结论 若是要输出一个键值对象{},能够利用exports这个已存在的空对象{},并继续在上面添加新的键值; 若是要输出一个函数或数组,必须直接对module.exports对象赋值。 因此咱们能够得出结论:直接对module.exports赋值,能够应对任何状况: module.exports = { foo: function () { return 'foo'; } }; 或者: module.exports = function () { return 'foo'; }; 最终,咱们强烈建议使用module.exports = xxx的方式来输出模块变量,这样,你只须要记忆一种方法。 复制代码
本章的答题思路大多借鉴于朴灵大神的《深刻浅出的NodeJS》web
在进程启动时,Node便会建立一个相似于while(true)的循环,每执行一次循环体的过程咱们成为Tick。面试
每一个Tick的过程就是查看是否有事件待处理。若是有就取出事件及其相关的回调函数。而后进入下一个循环,若是再也不有事件处理,就退出进程。算法
每一个事件循环中有一个或者多个观察者,而判断是否有事件须要处理的过程就是向这些观察者询问是否有要处理的事件。sql
在Node中,事件主要来源于网络请求、文件的I/O等,这些事件对应的观察者有文件I/O观察者,网络I/O的观察者。数据库
事件循环是一个典型的生产者/消费者模型。异步I/O,网络请求等则是事件的生产者,源源不断为Node提供不一样类型的事件,这些事件被传递到对应的观察者那里,事件循环则从观察者那里取出事件并处理。
在windows下,这个循环基于IOCP建立,在*nix下则基于多线程建立
使用process.memoryUsage(),返回以下
{
rss: 4935680,
heapTotal: 1826816,
heapUsed: 650472,
external: 49879
}
复制代码
heapTotal 和 heapUsed 表明V8的内存使用状况。 external表明V8管理的,绑定到Javascript的C++对象的内存使用状况。 rss, 驻留集大小, 是给这个进程分配了多少物理内存(占总分配内存的一部分) 这些物理内存中包含堆,栈,和代码段。
64位系统下是1.4GB, 32位系统下是0.7GB。由于1.5GB的垃圾回收堆内存,V8须要花费50毫秒以上,作一次非增量式的垃圾回收甚至要1秒以上。这是垃圾回收中引发Javascript线程暂停执行的事件,在这样的花销下,应用的性能和影响力都会直线降低。
在V8中,主要将内存分为新生代和老生代两代。新生代中的对象存活时间较短的对象,老生代中的对象存活时间较长,或常驻内存的对象。
新生代中的对象主要经过Scavenge算法进行垃圾回收。这是一种采用复制的方式实现的垃圾回收算法。它将堆内存一份为二,每一部分空间成为semispace。在这两个semispace空间中,只有一个处于使用中,另外一个处于闲置状态。处于使用状态的semispace空间称为From空间,处于闲置状态的空间称为To空间。
当开始垃圾回收的时候,会检查From空间中的存活对象,这些存活对象将被复制到To空间中,而非存活对象占用的空间将会被释放。完成复制后,From空间和To空间发生角色对换。
应为新生代中对象的生命周期比较短,就比较适合这个算法。
当一个对象通过屡次复制依然存活,它将会被认为是生命周期较长的对象。这种新生代中生命周期较长的对象随后会被移到老生代中。
老生代主要采起的是标记清除的垃圾回收算法。与Scavenge复制活着的对象不一样,标记清除算法在标记阶段遍历堆中的全部对象,并标记活着的对象,只清理死亡对象。活对象在新生代中只占叫小部分,死对象在老生代中只占较小部分,这是为何采用标记清除算法的缘由。
主要问题是每一次进行标记清除回收后,内存空间会出现不连续的状态
闭包和全局变量
什么是内存泄漏
1、全局变量
a = 10;
//未声明对象。
global.b = 11;
//全局变量引用
这种比较简单的缘由,全局变量直接挂在 root 对象上,不会被清除掉。
复制代码
2、闭包
function out() { const bigData = new Buffer(100); inner = function () { } } 复制代码
闭包会引用到父级函数中的变量,若是闭包未释放,就会致使内存泄漏。上面例子是 inner 直接挂在了 root 上,那么每次执行 out 函数所产生的 bigData 都不会释放,从而致使内存泄漏。
须要注意的是,这里举得例子只是简单的将引用挂在全局对象上,实际的业务状况多是挂在某个能够从 root 追溯到的对象上致使的。
3、事件监听
Node.js 的事件监听也可能出现的内存泄漏。例如对同一个事件重复监听,忘记移除(removeListener),将形成内存泄漏。这种状况很容易在复用对象上添加事件时出现,因此事件重复监听可能收到以下警告:
emitter.setMaxListeners() to increase limit 复制代码
例如,Node.js 中 Agent 的 keepAlive 为 true 时,可能形成的内存泄漏。当 Agent keepAlive 为 true 的时候,将会复用以前使用过的 socket,若是在 socket 上添加事件监听,忘记清除的话,由于 socket 的复用,将致使事件重复监遵从而产生内存泄漏。
原理上与前一个添加事件监听的时候忘了清除是同样的。在使用 Node.js 的 http 模块时,不经过 keepAlive 复用是没有问题的,复用了之后就会可能产生内存泄漏。因此,你须要了解添加事件监听的对象的生命周期,并注意自行移除。
排查方法
想要定位内存泄漏,一般会有两种状况:
对于只要正常使用就能够重现的内存泄漏,这是很简单的状况只要在测试环境模拟就能够排查了。
对于偶然的内存泄漏,通常会与特殊的输入有关系。想稳定重现这种输入是很耗时的过程。若是不能经过代码的日志定位到这个特殊的输入,那么推荐去生产环境打印内存快照了。
须要注意的是,打印内存快照是很耗 CPU 的操做,可能会对线上业务形成影响。 快照工具推荐使用 heapdump 用来保存内存快照,使用 devtool 来查看内存快照。
使用 heapdump 保存内存快照时,只会有 Node.js 环境中的对象,不会受到干扰(若是使用 node-inspector 的话,快照中会有前端的变量干扰)。
PS:安装 heapdump 在某些 Node.js 版本上可能出错,建议使用 npm install heapdump -target=Node.js 版原本安装。
不会,Buffer属于堆外内存,不是V8分配的。
Buffer.allocUnsafe建立的 Buffer 实例的底层内存是未初始化的。 新建立的 Buffer 的内容是未知的,可能包含敏感数据。 使用 Buffer.alloc() 能够建立以零初始化的 Buffer 实例。
为了高效的使用申请来的内存,Node采用了slab分配机制。slab是一种动态的内存管理机制。 Node以8kb为界限来来区分Buffer为大对象仍是小对象,若是是小于8kb就是小Buffer,大于8kb就是大Buffer。
例如第一次分配一个1024字节的Buffer,Buffer.alloc(1024),那么此次分配就会用到一个slab,接着若是继续Buffer.alloc(1024),那么上一次用的slab的空间尚未用完,由于总共是8kb,1024+1024 = 2048个字节,没有8kb,因此就继续用这个slab给Buffer分配空间。
若是超过8kb,那么直接用C++底层地宫的SlowBuffer来给Buffer对象提供空间。
例如一个份文件test.md里的内容以下:
床前明月光,疑是地上霜,举头望明月,低头思故乡
复制代码
咱们这样读取就会出现乱码:
var rs = require('fs').createReadStream('test.md', {highWaterMark: 11}); // 床前明???光,疑???地上霜,举头???明月,???头思故乡 复制代码
通常状况下,只须要设置rs.setEncoding('utf8')便可解决乱码问题
首先,WebSocket链接必须由浏览器发起,由于请求协议是一个标准的HTTP请求,格式以下:
GET ws://localhost:3000/ws/chat HTTP/1.1
Host: localhost
Upgrade: websocket
Connection: Upgrade
Origin: http://localhost:3000
Sec-WebSocket-Key: client-random-string
Sec-WebSocket-Version: 13
复制代码
该请求和普通的HTTP请求有几点不一样:
随后,服务器若是接受该请求,就会返回以下响应:
HTTP/1.1 101 Switching Protocols
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Accept: server-random-string
复制代码
该响应代码101表示本次链接的HTTP协议即将被更改,更改后的协议就是Upgrade: websocket指定的WebSocket协议。
密钥:密钥是一种参数,它是在明文转换为密文或将密文转换为明文的算法中输入的参数。密钥分为对称密钥与非对称密钥,分别应用在对称加密和非对称加密上。
对称加密:对称加密又叫作私钥加密,即信息的发送方和接收方使用同一个密钥去加密和解密数据。对称加密的特色是算法公开、加密和解密速度快,适合于对大数据量进行加密,常见的对称加密算法有DES、3DES、TDEA、Blowfish、RC5和IDEA。
非对称加密:非对称加密也叫作公钥加密。非对称加密与对称加密相比,其安全性更好。对称加密的通讯双方使用相同的密钥,若是一方的密钥遭泄露,那么整个通讯就会被破解。而非对称加密使用一对密钥,即公钥和私钥,且两者成对出现。私钥被本身保存,不能对外泄露。公钥指的是公共的密钥,任何人均可以得到该密钥。用公钥或私钥中的任何一个进行加密,用另外一个进行解密。
摘要: 摘要算法又称哈希/散列算法。它经过一个函数,把任意长度的数据转换为一个长度固定的数据串(一般用16进制的字符串表示)。算法不可逆。
若是不签名会存在中间人攻击的风险,签名以后保证了证书里的信息,好比公钥、服务器信息、企业信息等不被篡改,可以验证客户端和服务器端的“合法性”。
简要图解以下
面对node单线程对多核CPU使用不足的状况,Node提供了child_process模块,来实现进程的复制,node的多进程架构是主从模式,以下所示:
var fork = require('child_process').fork; var cpus = require('os').cpus(); for(var i = 0; i < cpus.length; i++){ fork('./worker.js'); } 复制代码
在linux中,咱们经过ps aux | grep worker.js查看进程
建立子进程的方法大体有:
var createWorker = function(){ var worker = fork(__dirname + 'worker.js') worker.on('exit', function(){ console.log('Worker' + worker.pid + 'exited'); // 若是退出就建立新的worker createWorker() }) } 复制代码
我本身没用过Kafka这类消息队列工具,问了java,能够用相似工具来实现进程间通讯,更好的方法欢迎留言
const Koa = require('koa') const app = new Koa() app.use((ctx, next) => { console.log(1) next() console.log(3) }) app.use((ctx) => { console.log(2) }) app.listen(3001) 执行结果是1=>2=>3 复制代码
koa中间件实现源码大体思路以下:
// 注意其中的compose函数,这个函数是实现中间件洋葱模型的关键 // 场景模拟 // 异步 promise 模拟 const delay = async () => { return new Promise((resolve, reject) => { setTimeout(() => { resolve(); }, 2000); }); } // 中间间模拟 const fn1 = async (ctx, next) => { console.log(1); await next(); console.log(2); } const fn2 = async (ctx, next) => { console.log(3); await delay(); await next(); console.log(4); } const fn3 = async (ctx, next) => { console.log(5); } const middlewares = [fn1, fn2, fn3]; // compose 实现洋葱模型 const compose = (middlewares, ctx) => { const dispatch = (i) => { let fn = middlewares[i]; if(!fn){ return Promise.resolve() } return Promise.resolve(fn(ctx, () => { return dispatch(i+1); })); } return dispatch(0); } compose(middlewares, 1); 复制代码
如今在从新过一遍node 12版本的主要API,有不少新发现,好比说
const util = require('util'); const fs = require('fs'); const stat = util.promisify(fs.stat); stat('.').then((stats) => { // 处理 `stats`。 }).catch((error) => { // 处理错误。 }); 复制代码