这是我参与「第五届青训营 」伴学笔记创作活动的第 6 天

Node.js与前端开发实战

Node.js 的应用场景

前端工程化：

• Bundle:webpack,vite,esbuild,parcel
• Uglify:uglifyjs
• Transpile:bablejs,typescript
• 其他语言加入竞争：esbuild,parcel,prisma

Web 服务端应用：

• 学习曲线平缓，开发效率较高
• 运行效率接近常见的编译语言
• 社区生态丰富及工具链成熟（npm，V8 inspector）
• 与前端结合的场景会有优势（SSR）
• 现状：竞争激烈

Electron跨端桌面应用：

• 商业应用：vscode,slack,discord,zoom
• 大型公司内的效率工具
• 现状：大部分场景在选型时，都值得考虑

Node.js 运行时结构

V8、libuv：

• V8:JavaScript Runtime,诊断调试工具
• libuv:eventloop（事件循环）,syscall（系统调用）
• 举例:用node-fetch发起请求

特点：

• 异步I/O 当node.js执行I/O操作时，会在响应返回后恢复操作，而不是阻塞线程并占用额外内存等待

• 单线程

  • JS单线程-----实际：JS线程+uv线程池+V8任务线程池+V8 Inspector线程
  • 优点：不用考虑多线程状态同步问题，也就不需要锁；同时还能比较高效的利用系统资源
  • 缺点：阻塞会产生更多负面影响----解决办法：多进程或多线程

• 跨平台

• Node.js跨平台+JS无需编译环境

编写 Http Serve

静态文件服务器

React SSR：

• 相比传统HTML模板引擎：避免重复编写代码
• 相比于SPA：首屏渲染更快，SEO友好
• 缺点：通常qps较低，前端代码编写时需要考虑服务器端渲染情况

Debug：

• V8 Inspector:开箱即用、特性丰富强大、与前端开发一致、跨平台

• 场景：

  • 查看console.log内容
  • breakpoint
  • 高CPU、死循环：cpuprofile
  • 高内存占用：heapsnapshot
  • 性能分析

部署

部署要解决的问题：

• 守护进程：当进程退出时，重新拉起
• 多进程：cluster便捷地利用多进程
• 记录进程状态，用于诊断 - 容器环境
• 通常有健康检查的手段，只需要考虑多核CPU利用率即可