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，libuv

• V8：JavaScript Runtime，诊断调试工具（inspector）
• libuv：eventloop（事件循环），syscall（系统调用）
• 举例：用node-fetch发起请求时...

异步IO

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

单线程

• JS单线程
  • 实际JS线程+uv线程池+V8任务线程池+V8 Inspector线程
• 优点：不用考虑多线程状态同步问题，也就不需要锁；同时还能比较高效地利用系统资源
• 缺点：阻塞会产生更多负面影响
  • 解决办法：多线程或多进程

跨平台

• 跨平台（大部分功能、api）
• Node.js跨平台+JS无需编译环境（+Web跨平台+诊断工具跨平台）
  • =开发成本低，整体学习成本低

编写Http Server

React SSR

• 优点
  • 相比传统ＨＴＭＬ模板迎请：避免重复编写代码
  • 相比SPA：首屏渲染更快，SEO友好
• 缺点
  • 通常qps较低，前端代码编写时需要考虑服务端渲染情况

Debug

• V8 Inspector：开箱即用、特性丰富强大、与前端开发一致、跨平台
  • node --inspect
  • open http://localhost:9229/json
• 场景：
  • 查看console.log内容
  • breakpoint
  • 搞CPU、死循环：cpuprofile
  • 高内存占用：heapsnapshot
  • 性能分析

部署

• 部署要解决的问题
  • 守护进程：当进程退出时，重新拉起
  • 多进程：cluster便携地利用多进程
  • 记录进程状态，用于诊断
• 容器环境
  • 通常有健康检查手段，只需要考虑多核cpu利用率即可

感想

good