这是我参与「第五届青训营 」伴学笔记创作活动的第 7 天
Node.js与前端开发实战 ｜ 青训营笔记
本堂课重点内容：
- 应用场景
- 运行时的结构
- SSR
- 部署
1. 应用场景
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
- 大型公司内的效率工具
- 现状：大部分场景在选型时，都值得考虑。
2. 运行时结构
- Node.js的底层是使用C++实现的。
- V8: JavaScript Runtime, 诊断调试工具(inspector)
- libuv: eventloop (事件循环),syscall (系统调用)
- 举例:用 node-fetch 发起请求时
特点
- 异步I/O
- 单线程
- 实际: JS 线程 + uv 线程池 + V8 任务线程池 + V8 Inspector线程
- 优点:不用考虑多线程状态同步问题，也就不需要锁:同时还能比较高效地利用系统资源;
- 缺点:阻塞会产生更多负面影响。解决办法:多进程或多线程
- 跨平台
3. SSR
- 相比传统 HTML 模版引擎: 避免重复编写代码
- 相比 SPA (single page application) : 首屏染更快，SEO 友好
- 缺点:通常 aps 较低，前端代码编写时需要考虑服务端渲染情况
4. 部署
-
部署要解决的问题
-
- 守护进程:当进程退出时，重新拉起
-
- 多进程: cluster 便捷地利用多进程
-
- 记录进程状态，用于诊断
-
容器环境
-
- 通常有健康检查的手段，只需考虑多核 cpu 利用率即可
