这是我参与「第四届青训营 」笔记创作活动的第10天
本堂课重点内容
- 介绍 Node.js 的应用场景
- 介绍 Node.js 运行时结构
- 如何用编写 Http Server
详细知识点介绍
Node.js应用场景
- 前端工程化
Bundle: webpack, vite, esbuild, parcel
Uglify: uglifyjs
Transoile-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 (系统调用)
- 举例:用node-fetch发起请求时...
特点
- 异步I/O
当Node.js 执行1/O操作时，会在响应返回后恢复操作，而不是阻塞线程并占用额外内存等待
- 单线程（worker_thread可以起独立线程，但每个线程的模型没有太大变化）
- JS单线程
- 实际:JS线程＋uⅣ线程池+V8任务线程池+V8 Inspector线程
- 优点:不用考虑多线程状态同步问题，也就不需要锁;同时还能比较高效地利用系统资源;
- 缺点:阻塞会产生更多负面影响·解决办法:多进程或多线程
- 跨平台
-
跨平台(大部分功能、api)
-
Node.js 跨平台＋JS无需编译环境(+ Web跨平台＋诊断工具跨平台)
- 开发成本低(大部分场景无需担心跨平台问题)，整体学习成本低
SSR (server side rendering)
SSR (server side rendering）有什么特点?
- 相比传统HTML模版引擎:避免重复编写代码
- 相比 SPA (single page application):首屏渲染更快，SEO友好。
- 缺点:
- 通常qps 较低，前端代码编写时需要考虑服务端渲染情况
难点
1.需要处理打包代码
2.需要思考前端代码在服务端运行时的逻辑
3.移除对服务端无意义的副作用，或重置环境
Debug
- V8 Inspector:开箱即用、特性丰富强大、与前端开发一致、跨平台
- node --inspect
- open http://localhost:9229/json
- 场景:
- 查看console.log内容
- breakpoint
- 高CPU、死循环: cpuprofile
- 高内存占用: heapsnapshot
- 性能分析
部署
- 部署要解决的问题
- 守护进程:当进程退出时，重新拉起
- 多进程:cluster便捷地利用多进程
- 记录进程状态，用于诊断
- 容器环境
- 通常有健康检查的手段，只需考虑多核cpu利用率即可
课后个人总结
简单的说 Node.js 就是运行在服务端的 JavaScript。
Node.js 是一个基于 Chrome JavaScript 运行时建立的一个平台。
Node.js 是一个事件驱动 I/O 服务端 JavaScript 环境，基于 Google 的 V8 引擎，V8 引擎执行 Javascript 的速度非常快，性能非常好。
