这是我参与「第四届青训营 」笔记创作活动的第11天
Node.js 与前端开发实战
一.Node.js 的应用场景
-
前端工程化
- 首先要提到的是前端工程化的场景。早期ajax jquery 比较流行的时候,我们直接在页面中引入需要的lib即可。后续随着模块化、transpile逐渐成熟、需求逐渐增多,对后端能力的需求也逐渐强烈。反过来说,也正是Nodejs赋予了js开发者在浏览器外运行代码的能力,加速催生了这些项目的出现。
- Bundle: webpack,vite,esbuild,parcel
- Uglify:uglifyjs
- Transpile:bablejs,typescript
- 其它语言加入竞争:esbuild,parcel,prisma
- 现状:难以替代
-
Web 服务端应用
- 第二个常见的场景是使用Node.js开发Web服务端应用,也就是后端服务。这里我们特别提一下vercel这家公司
- 学习曲线平缓,开发效率较高
- 运行效率接近常见的编译语言
- 社区生态丰富及工具链成熟(npm、V8 inspector)
- 与前端结合的场景会有优势(SSR)
- 现状:竞争激烈,Node.js 有自己独特的优势
-
Electron 跨端桌面应用
- 最后要再说下Electron应用,这里不只是指electron,还包括nw.js..;这个场景在较大的企业里面非常常见。
- 首页应用:vscode,slack,discord,zoom
- 大型公司内的效率工具
- 现状:大部分场景在选型时,都值得考虑
-
Node.js 在字节
- BFF 应用、SSR 应用,举例:Modern.js
- 服务端应用,举例:头条搜索,西瓜视频,懂车帝
- Electron 应用:飞连,飞书
- 每年新增 1000+ Node.js 应用
二.Node.js 运行时结构
- V8:JavaScript Runtime,诊断调试工具(inspector)
- libuv:eventloop(事件循环),syscall(系统调用)
- 举例:用 node-fetch 发起请求时
特点:
-
异步 I/O
- 当 Node.js 执行I/O 操作时,会在响应返回恢复操作,而不是阻塞线程并占用额外内存等待
- 当 Node.js 执行I/O 操作时,会在响应返回恢复操作,而不是阻塞线程并占用额外内存等待
-
单线程
-
JS 单线程
- 实际:JS 线程 + uv 线程池 + V8 任务线程池 + V8 Inspector 线程
-
优点:不用考虑多线程状态同步问题,也就不需要锁;同时还能比较高效地利用系统资源;
-
缺点:阻塞会产生更多负面影响
- 解决方法:多线程或多进程
-
-
跨平台
-
跨平台(大部分、api)
-
Node.js 跨平台 + JS 无需编译环境(+ Web 跨平台 + 诊断工具跨平台)
- = 开发成本低(大部分场景无需担心跨平台问题),整体学习成本低
-
三.编写 Http Server
- 安装 Node.js
- 编写 Http Server + Client,收发 GET,POST 请求
- 编写静态文件服务器
- 编写 React SSR 服务
- 适用 inspector 进行调试、诊断
- 部署简介
四.延申话题
1.Node.js 贡献代码
-
快速了解 Node.js 代码
-
好处:
- 从使用者地角色逐步理解底层细节,可以解决更复杂的问题
- 自我证明,有助于职业发展
- 解决社区问题,促进社区发展
-
难点
- 花时间
2.编译 Node.js
-
为什么要学习编译 Node.js
- 认知:黑盒到白盒,发生问题时能有迹可循
- 贡献代码的第一步
-
如何编译
- 参考:Maintaining the build files
- ./configure && make install
- 演示:给 net 模块添加自定义属性
3.诊断 / 追踪
-
诊断是一个低频、重要同时也相当有挑战的方向。是企业衡量自己能否依赖一门语言的重要参考
-
技术咨询行业中的热门角色。
-
难点:
- 需要了解 Node.js 底层,需要了解操作系统以及各种工具
- 需要经验
4.WASM,NAPI
- Node.js(因为 V8)是执行 WASM 代码的天然容器,和浏览器 WASM 是同一运行时,同时 Node.js 支持 WASI
- NAPI 执行 C 接口的代码(C/C++/Rust...),同时能保留原生代码的性能
- 不同编程语言间通信的一种方案
\