$ node server.js
GET /songs/7{ "title": "夜曲" }
工程与栈 · Web 技术
Node.jsNode.js
Node.js 让 JS 在服务端跑：一个进程听端口、读文件、回 JSON。没 listen，请求就没人接。
先认出这个听着端口的进程，再发请求
下面就是 Node 服务板：默认 :3000 已经在听并吐出夜曲。忘了 listen，空白也写在同一块板上。
:3000 在听：响应长在这块服务板上。
原因：进程 listen 之后，GET 才能拿到 JSON。下一步：点「忘了 listen」，看响应会不会空白。
知识点：浏览器外的 JavaScript
板上的响应已经演示了服务，这里只命名四条。
- Node 把 V8 搬出浏览器，提供 fs、http、process。
- 一个进程听端口，请求由它接住并回 JSON。
- 慢 I/O 要用异步，避免卡住唯一的主线程。
- 离开后要盯：入口文件、端口、环境变量要写清。
什么时候用、怎么用
要在服务端跑 JS、读文件、起 HTTP 时用 Node；纯页面脚本用浏览器运行时。
- 信号：API 入口、本地 server.js、要读磁盘或环境变量。
- 适用：listen 之后用异步处理请求。
- 不适用：在 Node 里调 document——那是浏览器 API。
- 最短路径：写入口 → listen 端口 → 用同一条 GET 验收响应。
正反例：同一条 GET /songs/7
目标都是吐出夜曲，只改进程有没有听端口。
响应是夜曲。结果长在板上。
响应空白。失败写在物件上。
快速自测
为什么浏览器里的 JavaScript 不能直接当这个点歌 API？
继续查证
术语的技术定义和行为以这些一手或权威资料为准。
下一步学
和本知识点经常一起出现的概念。