Node.js与前端开发实战 | 青训营笔记

136 阅读2分钟

这是我参与「第四届青训营 」笔记创作活动的的第17天

1 Node.js的应用场景(why)

image.png

前端工程化

  • Bundle(打包):webpack、vite、esbuild、parcel
  • Uglify(压缩与混淆):uglify.js
  • Transpile(转译):bable.js、TypeScript
  • 其他语言加入:esbuild、parcel、prisma
  • 现状:难以替代

Web服务端应用

  • 学习曲线平缓,开发效率较高(Node.js会提供更多的API做后端的事情)
  • 运行效率接近常见的编译语言(不需要编译环境)
  • 社区生态丰富及工具链成熟(npm,V8 inspector浏览器中的DevTools)
  • 与前端结合的场景会有优势(SSR服务端渲染)
  • 现状:后端语言竞争激烈,Node.js有自己独特的优势

Electron跨端桌面应用

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

Node.js在字节跳动的应用

  • BFF应用(服务于前端的后端)、SSR(服务端渲染)应用,比如:Modern.js
  • 服务端应用,比如:头条搜索、西瓜视频、懂车帝
  • Electron应用:飞连、飞书

2 Node.js运行时结构(what)

image.png

V8,libuv

  • V8:JavaScript Runtime,诊断调试工具(inspector)
  • libuv:eventloop(事件循环),syscall(系统调用)
  • 举例:用npm上的node-fetch发起请求时,会在V8执行

特点

image.png

异步IO

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

单线程

  • JS单线程
    • 实际:JS线程 +uv 线程池(默认会起4个线程) + V8任务线程池 + V8 Inspector线程
  • 优点:不用考虑多线程状态同步问题,也就不需要锁;同时还能比较高效地利用系统资源
  • 缺点:阻塞会产生更多负面影响
    • 解决办法:多进程或多线程

跨平台

  • 跨平台(大部分功能、API)
  • Node.js跨平台+JS无需编译环境(+Web跨平台+诊断工具跨平台)
    • =开发成本低(大部分场景无需担心跨平台问题),整体学习成本低

3 编写Http Server(how)

image.png image.png