这是我参与「第五届青训营 」伴学笔记创作活动的第 7 天
Node.js 的应用场景
- 前端工程化
- Web服务端应用
- Electron 跨端桌面应用
前端工程化
- 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 运行时结构 - 特点
- 异步I/O
- 单线程
- 跨平台
异步I/O
当 Node.js 执行 I/O 操作时，会在响应返回后恢复操作，而不是阻塞线程并占用额外内存等待
单线程
JS 是单线程，但其实还是有很多线程不是单线程
实际: JS 线程 + uv 线程池 + V8 任务线程池 + V8 Inspector 线程
优点: 不用考虑多线程状态同步问题，也就不需要考虑死锁的问题;同时还能比较高效地利用系统资源;
缺点:阻塞会产生更多负面影响解决办法:多进程或多线程
跨平台
Node.js 跨平台 + JS 无需编译环境 (+ Web 跨平台 + 诊断工具跨平= 开发成本低(大部分场景无需担心跨平台问题)整体学习成本低
编写 Http Server - React SSR
SSR (server side rendering) 有什么特点?
相比传统 HTML 模版引擎: 避免重复编写代码
相比 SPA (single page application) : 首屏染更快，SEO 友好
缺点:
通常 qps 较低，前端代码编写时需要考虑服务端渲染情况
编写 Http Server - Debug
V8 Inspector: 开箱即用、特性丰富强大、与前端开发一致、跨平
场景:
查看 console.log 内容
breakpoint
字节跳动青
字节
高 CPU、死循环: cpuprofile
高内存占用: heapsnapshot性能分析
编写 Http Server - 部署
部署要解决的问题
守护进程:当进程退出时，重新拉起多进程: cluster 便捷地利用多进程记录进程状态，用于诊断
容器环境
通常有健康检查的手段，只需考虑多核 cpu 利用率即可
延伸话题- WASM，NAP
Node.js (因为 V8) 是执行 WASM 代码的天然容器和浏览器WASM 是同一运行时，同时 Node.js 支持 WAS。
NAPI 执行 C 接口的代码(C/C++/Rust...)，同时能保留原生代码的性能。
不同编程语言间通信的一种方案
