文章目录
前言
仅以此文章记录学习历程。
一、Node.js 的应用场景 (why)
1. 前端工程化
- Bundle:webpack, vite, esbuild, parcel
- Uglify:uglifyjs
- Transpile:bablejs, typescript
- 其他语言加入竞争:esbuild, parcel, prisma
现状:其他语言难以替代
2. web服务端应用
- 学习曲线平缓,开发效率较高
- 运行效率接近常见的编译语言
- 社区生态丰富及工具链成熟(npm, V8 inspector)
- 与前端结合的场景会有优势(SSR)
现状:竞争激烈,但Node.js 有自己独特的优势
3. Electron跨端桌面应用
- 商业应用: vscode,slack, discord,zoom
- 大型公司内的效率工具
现状:大部分场景在选型时,都值得考虑
二、Node.js 运行时结(what)
1. V8 ,libuv
- V8: JavaScript Runtime,诊断调试工具(inspector)
- libuv: eventloop (事件循环),syscall (系统调用)
举例:用 node-fetch 发起请求时
2. 优缺点
优点:
- 处理高并发场景性能更佳
- 适合I/O密集型应用,值的是应用在运行极限时,CPU占用率仍然比较低,大部分时间是在做 I/O硬盘内存读写操作
因为Nodejs是单线程,带来的缺点有:
- 不适合CPU密集型应用
- 只支持单核CPU,不能充分利用CPU
- 可靠性低,一旦代码某个环节崩溃,整个系统都崩溃
3. js单线程
实际: JS 线程 + uv 线程池 + V8 任务线程池 + V8 Inspector 线程
优点:
不用考虑多线程状态同步问题,也就不需要锁;同时还能比较高效地利用系统资源;
缺点:
阻塞会产生更多负面影响。解决办法:多进程或多线程
4. 跨平台
Node.js 跨平台 +JS 无需编译环境 (+ Web 跨平台 + 诊断工具跨平台)
优点:
开发成本低 (大部分场景无需担心跨平台问题),整体学习成本低
三、编写 Http Server (how)
代码地址:字节跳动青训营/http_server
1. SSR (server side rendering)
这里主要是以React为例
优点:
- 相比传统HTML模版引擎:避免重复编写代码
- 相比 SPA (single page application):首屏渲染更快,SEO友好
缺点:
- 通常qps 较低,前端代码编写时需要考虑服务端渲染情况
难点:
- 需要处理打包代码
- 需要思考前端代码在服务端运行的逻辑
- 移除对服务端无意义的副作用,或重置环境
2. Debug
V8 Inspector:
开箱即用、特性丰富强大、与前端开发一致、跨平台
- node --inspect
- open http://localhost:9229/isn
场景:
- 查看 console.log 内容
- breakpoint
- 高 CPU、死循环: cpuprofile
- 高内存占用: heapsnapshot
- 性能分析
3. 部署
部署要解决的问题:
- 守护进程:当进程退出时,重新拉起
- 多进程: cluster 便捷地利用多进程
- 记录进程状态,用于诊断
容器环境:
- 通常有健康检查的手段,只需考虑多核 cpu 利用率即可
四、延伸话题
1. node.js贡献代码
快速了解 Node.js 代码:Node.js Core 贡献入门
好处:
- 从使用者的角色逐步理解底层细节,可以解决更复杂的问题
- 自我证明,有助于职业发展解决社区问题
- 促进社区发展;
难点:
- 花时间
2. 编译node.js
为什么要学习编译 Node.js:
- 认知:黑盒到白盒,发生问题时能有迹可循
- 贡献代码的第一步
如何编译:
- 参考: Maintaining the build files
- ./configure && make install
- 演示:给 net 模块添加自定义属性
3. 诊断/追踪
- 诊断是一个低频、重要同时也相当有挑战的方向。是企业衡量自己能否依赖一门语言的重要参考。
- 技术咨询行业中的热门角色
难点:
- 需要了解 Node.js 底层,需要了解操作系统以及各种工具
- 需要大量的开发和实践经验
4. WASM,NAPI
- Node.js (因为 V8) 是执行 WASM 代码的天然容器,和浏览器WASM 是同一运行时,同时 Node.js 支持 WASI
- NAPI 执行 C 接口的代码(C/C++/Rust…),同时能保留原生代码的性能。
- 不同编程语言间通信的一种方案。