tips

1.node采用子进程的方式来解决单一进程的阻塞

2.node 利用libuv作为平台层来实现和操作系统的剥离

3.node 怎么做事件循环的？i/o密集型应用是什么

4.node怎么通过c++扩展

---

1.CommonJS规范：希望js能运行在任何地方

2.模块加载顺序：

• 核心模块
• 路径形式的文件模块
• 自定义模块

3.模块编译：

对于不同文件扩展名，载入方法不同

• .js文件：通过fs模块同步读取文件后编译
• .node：c,c++ 编写的扩展文件，通过dlopen
• .json : 通过fs模块同步读取文件后,JSON.parse()

屏幕快照 2017-05-11 下午12.10.56.png

---

1. 实现异步

Node在不同平台下异步I/O的实现

2. 我们提到的node单线程，仅指js执行在单线程中。在node的实现过程中，内部都是通过线程池实现I/O任务

异步I/O流程

线程池 ----》 iOS中的GCD
时间循环 ----》 iOS中的runloop

3. setImmediate 优先级低于nextTick()，都用于立即异步执行代码段

---

1.难点

• 异常处理
• 函数嵌套过深，在回调里再异步，没有做到并行
• 阻塞代码，使用settimeout方法
• 多线程编程
• 异步转同步

2.异步编程解决方案

1. 事件发布／订阅模式
   • 利用事件队列解决雪崩问题 （类似：dispatch_once）
   • 多异步之间的协作方案（dispatch_group）
2. promise／deferred模式 （内部封装，把事件隐藏，只把成败状态暴漏，类似signal），
   promise负责对外提供then
   defer对内，提供对具体事件的对接
3. 流程控制库

• async
• step
• eventProxy
• wind

4. 异步并发控制
   类似nsoperation来控制并发量：

• bagpipe
• async 的parallelLimit

---

内存管理

1. v8引擎在32位下分配内存最大为0.7g，64为1.4g

可以通过max-old-space-size命令指定内存大小

2. 内存回收算法：

新生代：存活时间较短的对象
老生代：存活较久的对象

内存管理算法对比

3. process.memoryUsage()查看node的内存占用情况：

> process.memoryUsage()
{ rss: 25706496,  //resident set size
  heapTotal: 7376896,
  heapUsed: 3931200,
  external: 8937 }
> 

并非由node分配的内存称为堆外内存，比如buffer(256)分配的内存，通过减少全局变量和闭包捕获的变量来减少老生代对象

4. 内存泄漏

• 缓存
  使用模块会缓存模块内变量，而不释放，优先使用进程外缓存，比如Redius,Memcached
• 队列消费不及时
  出队速度远高于入队速度

---

web应用

1.

• 获取请求方法
• 路径解析
• 获取查询字符串
• cookie
• session:cookies存储session_id ,query中存储session_id
  session通过高速缓存存储优化内存使用，以及加密、签名等安全策略
• etag,cache-control 等缓存处理

2. 上传

屏幕快照 2017-05-17 下午4.19.53.png

注意上传过程中内存使用：

• 限制上传过程中的数据大小
• 通过流式解析将数据导入到磁盘中，node只保留小数据

3. 路由解析

3.1 文件路径型

3.2 mvc

• 自然映射
• 手动映射
• RESTFUL

use(path,func) 存储 path-->func
基于正则匹配的路径匹配：

屏幕快照 2017-05-17 下午9.18.49.png
屏幕快照 2017-05-17 下午9.19.06.png

在正则匹配的过程中同时提取出参数
通过对routes增加分类来实现RESTful需求：

RESTful实现

中间件：尾触发的方式实现：

var middleware = function(req, res, next) {
    // TODO
    next()
}

通过use(path, middleware, middleware ...) 存储 path-->stack 实现存储多个func
改造match方法，在找到匹配的路径时不停止，而是全部遍历，保存所有的func，
核心方法：

1. use 用来存储（app.get(),app.post 同）
2. 构造server方法：匹配路径

屏幕快照 2017-05-17 下午9.54.48.png

3. 流水线方法，驱动尾调用运转

屏幕快照 2017-05-17 下午9.57.05.png

4. match方法，通过匹配路径获得参数和匹配的中间件

3.3 异常处理

修改handle方法：增加错误处理逻辑

屏幕快照 2017-05-17 下午10.00.17.png

错误处理中间件同样可以传递异常。异常中间件有四个参数

var errhandler = function(err, req, res, next) {
    // TODO
    next()
}

同时在上面四个方法之外增加handle500方法：

handle500

3.4 中间件性能

• 高效代码：缓存需要重复计算的结果（传入到req里去）
• 合理使用路由： 提高路由匹配的命中率

3.5 页面渲染

影响终端对响应报文处理是报头的content-*字段

content-disposition 字段 制定下载文件
inline：直接打开， attachment 存为附件

4服务器稳定控制

• 创建子进程，多个子进程监听同一个端口。
• 代理服务器的方式会消耗双倍的文件描述符，不推荐，
• IPC 实现方式：命名管道、匿名管道、信号量、socket、共享内存，node在ipc 的应用层有message事件和send（）方法
• send（）方法能发送句柄，比如一个套接字，句柄的发送和还原类似于反射，发送句柄（文件描述符，本质上是整数）和message（包含数据类型）

屏幕快照 2017-06-06 下午12.33.28.png

• node除了message事件，还包含

• error
• connection
• disconnect
• close
• exit
• error

• 退出进程的两种方式：

child.kill()
process.kill(pid,[signal])

屏幕快照 2017-06-06 下午3.31.36.png

• 通过exit事件可以实现子进程的自动重启，每个exit都重新生成新的工作子进程，并维护相应的进程字典。在子进程遇到未捕获的异常会触发退出，在该进程所有连接都断开后退出 --》改进，这种退出会使子进程在等待退出的过程中不响应新连接，未避免所有子进程同时假死，在close时向主进程通信，提前生成子进程，同时设置等待超时，强行退出子进程 ---》改进，增加数组，未避免子进程过多重启，记录每次重启的时间戳和退出原因，在过多重启后抛出异常
• 负载均衡，round-robin 轮叫调度
• 进程间状态共享 ：第三方数据存储
  数据变更如何通知各个进程，两种方式：

• 拉，各个进程轮询数据源有无变化
• 推， 有一单独进程负责拉，再向各个进程推

• cluster模块用来创建node集群，本质就是在fork后在执行了预传的回调

5 测试

• 单元测试：基于断言，测试框架会在断言处理里持续进行所有测试并生成测试报告，第三方：mocha，mock（模拟难以真实遇到的异常），rewire（测试内部方法）
• 工程化与自动化： makefile、 travis-ci
• 性能测试：基准测试（benchmark），压力测试（ab、siege、http_load）

6 产品化

• 目录结构

目录结构

• 构建工具
  makefile,grunt
• 编码规范
• 代码审查
• 架构设计

6 .2 部署

利用bash shell 脚本来部署服务

6.3 性能

开源节流，加快计算速度，缓存、优化不必要的计算

• 动静分离
• 多进程架构
• 启用缓存
• 读写分离

6.4 日志

按级别、日期记录运行日志

6.5 监控

监控内容、报警的实现

6.6 异构共存

7. 附录

• precommit