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

Node.js的应用场景(why)

前端工程化

• Bundle:webpack,vite,esbuild,parcel
• Uglify:uglifyjs
• Transpile:bablejs,typescript
• 其他语言加入竞争：esbuild,parcel,prisma
• 现状：难以替代

Web 服务端应用

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

Electron 跨端桌面应用

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

Node.js运行时结构(what)

特点

1. 异步I/O/

2. 单线程

• 优点不用考虑多线程状态同步问题，也不需要锁；同时还能比较高效地利用系统资源
• 缺点阻塞会产生更多负面影响
  • 解决办法 多进程或多线程

3. 跨平台

Node.js跨平台+JS无需编译环境（+Web跨平台+诊断工具跨平台）=开发成本低（大部分场景无需担心跨平台问题），整体学习成本低

编写 Http Server(how)

安装 Node.js

编写 Http Server +Client,收发GET, POST请求

编写静态文件服务器

与高性能、可靠的服务相比，还差什么?

• CDN:缓存＋加速
• 分布式储存，容灾

编写React SSR 服务

SSR (server side rendering）有什么特点?

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

SSR难点:

1. 需要处理打包代码
2. 需要思考前端代码在服务端运行时的逻辑
3. 移除对服务端无意义的副作用，或重置环境

适用inspector进行调试、诊断

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

• node --inspect
• open http://localhost:9229/json

场景:

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

部署简介

部署要解决的问题

• 守护进程:当进程退出时，重新拉起
• 多进程:cluster便捷地利用多进程
• 记录进程状态,用于诊断

容器环境

• 通常有健康检查的手段，只需考虑多核cpu利用率即可