一、Node.js为什么引起关注
Node.js在2009年发布，2011-2012年快速走红。它的核心特点是事件驱动、非阻塞I/O。传统Web服务器（如Apache+PHP）每个请求占一个进程或线程，并发量上去后资源消耗巨大。Node.js用单线程事件循环处理大量并发连接，特别适合I/O密集型应用。
2012年，国内淘宝、豆瓣等公司已经开始在部分项目中试用Node.js。我们团队也在这一年进行了技术预研。
二、Node.js适合什么场景
2.1 实时Web应用
聊天室、实时通知、股票行情等需要服务器主动推送的场景，Node.js配合WebSocket非常合适。2012年Socket.IO已经成为实时通信的主流库。
2.2 API中间层
Node.js适合做BFF（Backend For Frontend）层：聚合多个后端服务的数据，经过加工后返回给前端。因为Node.js的I/O并发能力强，聚合多个慢接口时性能优势明显。
2.3 工具链和构建脚本
2012年npm生态已经很丰富，Grunt等前端构建工具基于Node.js。前端开发者使用Node.js搭建本地开发服务器、打包压缩资源非常普遍。
三、不适合什么场景
- CPU密集型应用：单线程处理复杂计算会阻塞所有请求，不适合图像处理、大数据计算。
- 传统CRUD管理系统：用PHP/Java写这类系统已经很成熟，Node.js没有明显优势。
- 团队JavaScript基础薄弱：Node.js的异步编程模型对开发者要求高，学习曲线陡。
四、我们的第一个Node.js项目
2012年下半年，我们为一家企业做了实时数据大屏项目，需要每秒从后端接口拉取数据并推送到浏览器。用PHP实现时，长连接占用资源严重。改用Node.js + Socket.IO后，单台8核服务器同时维持了3000+实时连接，CPU占用率不到20%。
技术栈：Express（Web框架） + Socket.IO（实时通信） + Redis（数据缓存）。
五、异步编程的坑
5.1 回调地狱
嵌套多层异步回调后代码可读性极差。2012年我们主要通过模块化拆分、使用async库来缓解。Promise在2012年还没有成为标准。
5.2 错误处理
异步函数中的异常如果没有catch，会导致整个进程崩溃。必须在每个回调中处理error参数，并在进程级别uncaughtException做兜底。
5.3 回调函数中的this
JavaScript的this指向在异步回调中经常出错，需要用var self = this或bind来固定上下文。
六、npm生态
2012年npm已经有了数万的包。express、connect、socket.io、async、underscore是我们常用的库。安装包用npm install，写package.json管理依赖。
七、总结
Node.js在2012年还是新技术，不适合盲目全部项目切换。但在实时通信、API聚合、前端工具链这几个场景中，它展现出了独特优势。我们团队将Node.js作为技术储备，在合适的项目中引入，既不追风口也不拒新事物。