这是我参与「第五届青训营 」伴学笔记创作活动的第8天,下面跟我一起看看青Node.js部分讲了什么吧~
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
- 大型公司内的效率工具
现状:大部分场景在选型时,都值得考虑
4.Node.js运行时结构
- V8:Javascript Runtime,诊断调试工具(inspector)
- libuv:eventloop(事件循环),syscall(系统调用)
- 特点:
1)异步IO:当 Node.js 执行 I/O 操作时,会在响应返回后恢复操作,而不是阻塞线程并占用额外内存等待
2)单线程:
a.实际:JS 线程 + uv 线程池 + V8 任务线程池 + V8 Inspector 线程
b.优点:不用考虑多线程状态同步问题,也就不需要锁;同时还能比较高效地利用系统资源
c.缺点:阻塞会产生更多负面影响(解决方法:多线程/多进程)
3)跨平台(大部分功能、api)
a.Node.js 跨平台 + JS 无需编译环境(+ Web 跨平台 + 诊断工具跨平台)
b.开发成本低(大部分场景无需担心跨平台问题),整体学习成本低。
5.编写HTTP SERVER
- SSR的特点?
1)相比传统HTML模板引擎:避免重复编写代码
2)相比SPA:首屏渲染更快,SEO友好
3)缺点:通常qps较低,需要考虑服务端渲染情况
- 部署要解决的问题?
1)守护过程:当进程退出时,重新拉起
2)多进程:cluster便捷地使用多进程
3)记录进程状态,用于诊断
-容器环境:通常有健康检查的手段,只需要考虑多核cpu利用率即可
6.为什么要学习编译 Node.js
- 认知:黑盒到白盒,发生问题时能有迹可循
- 贡献代码的第一步
7.WASM,NAPI
- Node.js是执行 WASM 代码的天然容器,和浏览器 WASM 是同一运行时,同时Node.js 支持 WASI
- NAPI 执行 C 接口的代码(C/C++/Rust...),同时能保留原生代码的性能
- 不同编程语言间通信的一种方案