Node.js新手教程：从零开始学习服务器端JavaScript
去年十月的一个深夜，我蜷缩在天通苑13号楼那间月租3500的次卧里，窗外是京北秋夜特有的冷风呼啸。电脑屏幕的光打在我脸上，VS Code 里一片红叉——我的第一个 Express 服务器又崩了。
“连个 Hello World 都跑不起来，我是不是真的不适合做开发？” 我一边啃着凉透的煎饼果子，一边刷着 Stack Overflow，心里直打鼓。
那时候，我刚从测试岗转开发不到半年。月薪从15k涨到22k，听起来挺风光，但只有我自己知道，每天都在“装懂”和“真懵”之间反复横跳。白天写自动化脚本，晚上啃《Node.js实战》，周末还得陪老婆逛回龙观的超市——她说：“你要是学不会，咱就回老家开个奶茶店吧。”我苦笑，心想：奶茶店也得用 Node 写个点单系统啊！
其实，我最早接触 JavaScript 是因为 React。
在测试组的时候，我就经常看前端同事调试 React 组件，那些 useState、useEffect 看起来像魔法。后来公司搞全栈转型，鼓励测试转开发，我一咬牙报了名。HR 面试那天，她问我：“你为什么想转开发？”我说：“我不想再只写断言了，我想写能跑起来的东西。”
但现实很骨感。
React 虽然上手快，可一旦涉及后端交互，我就抓瞎了。调接口？404！跨域？CORS error！数据库连不上？Connection timeout！我一度以为自己被 JavaScript 背叛了——“不是说好 JS 无处不在吗？怎么连个用户登录都搞不定？”
直到某次团建喝多了，后端老张拍着我肩膀说：“兄弟，你光会 React 不行啊，得懂 Node。JS 全栈，全在 Node 里。”
那晚回去，我翻出尘封已久的 Node.js 文档，决定从零开始。
第一步：别怕命令行，它比你想象中友好
很多人（包括我）一开始看到终端就犯怵。但其实，安装 Node 超简单：
# macOS 用 Homebrew
brew install node
# Windows 直接去官网下 .msi
# Linux 用户……你懂的，apt 或 yum 走起
装完输 node -v，看到版本号那一刻，我居然有点感动——像是拿到了通往新世界的钥匙。
接着，我建了个文件夹叫 my-first-server，里面放个 index.js：
console.log("Hello, 天通苑的夜！");
然后终端跑 node index.js，屏幕上蹦出那行字。
那一刻，我仿佛听见了代码的心跳。
第二步：Express——你的第一个“后端搭子”
纯 Node 写 HTTP 服务太原始，就像用石头生火。Express 就是那个打火机。
npm init -y
npm install express
然后写个最简服务器：
const express = require('express');
const app = express();
const PORT = 3000;
app.get('/', (req, res) => {
res.send('我在天通苑，用 Node 写了个服务器！');
});
app.listen(PORT, () => {
console.log(`Server running on http://localhost:${PORT}`);
});
跑起来，浏览器打开 localhost:3000，文字出现了！
我激动得差点把泡面打翻——这可是我人生第一个后端服务啊！
第三步：和 React 联动，打通任督二脉
有了后端，就得让它服务前端。我把之前写的 React 项目（一个简易 todo list）搬出来，让它的 API 请求指向本地 Node 服务。
问题来了：跨域！
前端跑在 localhost:3001，后端在 3000，浏览器直接 block。
解决方案？加个 CORS 中间件：
const cors = require('cors');
app.use(cors());
搞定！数据终于能从 Node 流向 React 了。
那一刻，我忽然理解了什么叫“全栈”——不是你会多少框架，而是你能把前后端串成一条完整的链路。
开发心得：不要追求“完美架构”，先跑起来再说
刚开始，我总想一步到位：用 TypeScript、配 Webpack、加 JWT、连 MongoDB……结果三天没写出一行能跑的代码。
后来我悟了：新手最大的敌人，是过度设计。
Node 的魅力就在于“快速验证”。你想做个用户注册？先写个内存数组存用户，别急着上数据库。你想传文件？先用 multer 接住，再考虑云存储。
我现在的开发流程是：
- 用 Express 搭个骨架
- 写个假数据接口
- React 前端调通
- 再逐步替换真实逻辑
这种“先跑通，再优化”的思路，让我少走了太多弯路。
真实场景：上周五晚上的“生产事故”
上周五晚上9点，我正准备关电脑，突然收到告警：线上 API 响应超时。
心跳骤停——这是我独立负责的第一个 Node 服务！
排查发现，是数据库连接池没释放，请求堆积导致雪崩。
我手抖着加了 try...catch 和连接回收逻辑，重启服务。凌晨1点，监控曲线终于恢复正常。
老婆发微信：“还没睡？”
我回：“搞定了，Node 又救了我一命。”
她回了个 😴，我知道她在等我回家。
这次事故让我明白：Node 虽轻量，但生产环境容不得半点马虎。异步错误处理、日志记录、健康检查……这些“枯燥”的东西，才是真正的护城河。
给同样从测试转开发的朋友几点建议：
- 利用你的测试思维：你比纯开发更懂“边界情况”。写 Node 时，多问自己：“如果参数为空？如果网络中断？如果并发1000？”
- 从小项目练手：比如写个天气查询 CLI 工具，或者自动备份 GitHub 仓库的脚本。成就感比教程更能推你前进。
- 别怕问“蠢问题”：我在公司内网问“为什么 async/await 还会卡住？”，结果 senior 工程师夸我问得好——原来他当年也栽在这儿。
- 接受“暂时不懂”：Event Loop、Stream、Cluster……这些概念不用一次性吃透。先用，再回头深挖。
现在，我的小屋墙上贴了张便签：“Every great developer you know got there by solving problems they were unqualified to solve until they actually did it.”（每个你敬佩的开发者，都是通过解决他们原本没资格解决的问题才走到今天的。）
从测试到开发，从只会点按钮到能部署全栈应用，这条路不好走，但每一步都算数。
Node.js 对我而言，不只是技术，更是一种可能性——证明一个住在天通苑、拿着普通薪水的人，也能用代码改变自己的轨迹。
如果你也在深夜调试代码，怀疑自己是不是选错了路，请记住：
所有伟大的服务，都始于一个 console.log。
共勉。
评论 0