这是我参与「第四届青训营 」笔记创作活动的第11天

Node.js 的应用场景

前端工程化

• Bundle：webpack，vite，esbuild，parcel
• Uglify：uglifyjs
• Transpile：bablejs，typescript
• 其他语言加入竞争：esbuild，parcel，prisma

现状：难以替代

Web服务端应用

• 学习曲线平缓，开发效率较高
• 运行效率接近常见的编译语言
• 社区生态丰富及工具链成熟（npm，V8 inspector）
• 与前端结合的场景会有优势（SSR）

现状：竞争激烈，Node.js有自己独特的优势

Electron跨端桌面应用

• 商业应用：vscode，slack，discord，zoom
• 大型公司内的效率工具

现状：大部分场景在选型时，都值得考虑

Node.js运行时结构

• V8: JavaScript Runtime,诊断调试工具 (inspector)
• libuv: eventloop（事件循环）,syscall （系统调用）

举例：用 node-fetch 发起请求

特点

• 异步I/O

  • 当Node.js执行I/O操作时，会在响应返回后恢复操作，而不是阻塞线程并占用额外内存等待。

• 单线程

  • worker_thread可以起独立线程，但每个线程的模型没有太大变化。

  • JS单线程

    • 实际：JS线程+uv线程池+V8任务线程池+V8 Inspector线程

  • 优点：不用考虑多线程状态同步问题，也就不需要锁；同时还能比较高效地利用系统资源。

  • 缺点：阻塞会产生更多负面影响

    • 解决办法：多进程或多线程

• 跨平台（大部分功能，api）

  • Node.js跨平台+JS无需编译环境（+Web跨平台+诊断工具跨平台）
  • 开发成本低（大部分场景无需担心跨平台问题），整体学习成本低。

编写Http Server

SSR (server side rendering) 有什么特点?

• 相比传统 HTML 模版引擎:避免重复编写代码

• 相比 SPA (single page application)：首屏渲染更快,SEO 友好

• 缺点：

  • 通常 qps 较低，前端代码编写时需要考虑服务端渲染情况

Debug

• V8 Inspector：开箱即用、特性丰富强大、与前端开发一致、跨平台

  • node --inspect
  • open http://localhost:9229/json

• 场景：

  • 查看 console.log 内容
  • breakpoint
  • 高 CPU、死循环：cpuprofile
  • 高内存占用：heapsnapshot
  • 性能分析

部署

• 部署要解决的问题：

  • 守护进程：当进程退出时，重新拉起
  • 多进程：cluster便捷地利用多进程
  • 记录进程状态，用于诊断

• 容器环境

  • 通常有健康检查的手段，只需考虑多核cpu利用率即可。