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

Node.js的应用

前端工程化

• Bundle：webpack、vite、esbuild
• Uglify：uglifyjs
• Transpile：bablejs、typescript
• 其他语言加入竞争：esbuild
• 现状：难以代替

Web服务端应用

• 学习曲线平缓、开发效率高
• 运行效率接近常见的编译语言
• 社区生态丰富及工具链成熟
• 与前端结合的场景会有优势
• 现状：竞争激烈，Node.js有自己独特的优势

跨端桌面应用

• 商业应用：vscode、slack、discord、zoom
• 大型公司内的效率工具
• 现状：大部分场景在选型时，都值得考虑

Node.js运行时结构

特点

1. 异步IO

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

2. 单线程

• JS单线程：JS线程 + uv线程池 + V8任务线程池 + V8Inspector线程
• 优点：不用考虑多线程状态同步，同时还能比较高效地利用系统资源
• 缺点：阻塞会产生更多负面影响（解决：多线程或多进程）

3. 跨平台

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

Http Server

SSR

特点

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

难点

1. 需要处理打包代码
2. 需要思考前端代码在服务端运行的逻辑
3. 移除对服务端无意义的副作用，或重置环境

Debug

• V8 Inspector：开箱即用、特性丰富强大、与前端开发一致、跨平台
  • 场景：
    • 查看console.log内容
    • breakpoint
    • 高CPI、死循环：cpuprofile
    • 高内存占用：heapsnapshot
    • 性能分析

部署

需要解决的问题

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

容器环境

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