这是我参与「第四届青训营 」笔记创作活动的的第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运行时结构
V8,libuv
- V8:JavaScript Runtime,诊断调试工具(inspector)
- libuv:eventloop(事件循环),syscall(系统调用)
- 举例:用node-fetch发起请求时...
特点
- 异步I/O
当Node.js执行I/O操作时,会在响应返回后恢复操作,而不是阻塞线程并占用额外内存等等
- 单线程
-
JS单线程实际:JS线程+uv线程池+V8任务线程池+V8 Inspector线程
-
优点:不用考虑多线程状态同步问题,也就不需要锁;同时还能比较高效地利用系统资源
-
缺点:阻塞会产生更多负面影响;
--解决办法:多进程或多线程
- 跨平台
编写Http Server
Hello World
JSON
Client
静态文件
编写一个简单的静态文件
与高性能、可靠的服务相比,还差什么?
- CDN:缓存+加速
- 分布式存储,容灾
React SSR(server side rendering)
特点:
- 相比传统HTML模板引擎:避免重复编写代码
- 相比SPA(single page application):首屏渲染更快,SEO友好
- 缺点:通常qps较低,前端代码编写时需要考虑服务端渲染情况
Debug
V8 Inspector:开箱即用、特性丰富强大、与前端开发一致、跨平台
场景:
- 查看console.log内容
- breakpoint
- 高CPU、死循环:cpuprofile
- 高内存占用:heapsnapshot
- 性能分析
部署
部署要解决的问题
- 守护进程:当进程退出时,重新拉起
- 多进程:cluster便捷地利用多进程
- 记录进程状态,用于诊断
容器环境:通常有健康检查的手段,只需考虑多核cpu利用率即可
尾声
为什么要学习编译Node.js
- 认知:黑盒到白盒,发生问题时能有迹可循
- 贡献代码的第一步