这是我参与「第五届青训营 」伴学笔记创作活动的第 4 天
Node.js的应用场景
-
前端工程化
- Bundle:webpack,vite,esbuild,parcel
- Uglify:unllifyjs
- 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(系统调用)
特点
- 异步I/O
当Node.js执行I/O操作时,会在响应返回后恢复操作,而不是阻塞线程并占用额外内存等待
-
单线程
-
JS单线程
- 实际:JS线程+uv线程池+V8任务线程池+V8 Inspector线
-
优点:不同考虑多线程状态同步问题,也就不需要考虑锁的机制,同时还能比较高效地利用系统资源
-
缺点:阻塞会产生更多负面影响
-
解决方法:多进程或多线程
-
-
跨平台(大部分功能、api)
- Node.js跨平台+JS无需编译环境(+Web跨平台+诊断工具跨平台)
- 开发成本低(大部分场景无需担心跨平台问题),整体学习成本低
将callback转换成promise
function wait(t){
return new Promise((resolve,reject) => {
setTimeout(() => {
resolve()
},t)
})
}
wait(1000).then(() => {console.log('get called')})
SSR特点
- 相比传统HTML模板引擎:避免重复编写代码
- 相比SPA:首屏渲染更快,SEO友好
- 缺点:通常qps较低,前端代码编写时需要考虑服务端渲染情况
V8 Inspector
开箱即用,特性丰富强大,与前端开发一致,跨平台
- node --inspect
- open http://localhost:9229/json
使用场景:
- 查看console.log内容
- breakpoint
- 高CPU、死循环:cpuprofile
- 高内存占用:heapsnapshot
- 性能分析
部署
部署要解决的问题
- 守护进程:当进程退出时,重新拉起
- 多进程:cluster便捷地利用多进程
- 记录进程状态,用于诊断
容器环境
- 通常有健康检查的手段,只需考虑多核cpu利用率即可
总结
Node.js对于前端开发的学习者来说,学习成本较少,但是对于学好需要多理解Node.js的底层细节,不要过多地依赖工具地使用,自己要有造轮子的能力