从开发者的角度来看，Express 4 与较旧版本（例如 Express 3）相比，在路由、中间件、API 以及异步错误处理等方面有哪些重大变化？在将项目从旧版本升级到 Express 4 时，需要特别关注哪些迁移要点和潜在的兼容性问题？
考察说明
考察对 Express 框架演进的理解，以及版本升级时可能遇到的兼容性问题和迁移策略。
回答思路
- 【回答框架 1】Express 4 相比 Express 3 的核心区别在于路由和中间件模型的改进。Express 4 移除了内置的 connect 中间件，改为独立的 npm 包（如 body-parser、cookie-parser 等），使得中间件体系更灵活，但需要手动安装和引用。
- 【回答框架 2】路由方面，Express 4 引入了新的 Router 实例，支持链式定义路由（如 app.route()），并且要求路由处理器必须显式调用 res.end() 或 res.send() 等方法来结束响应，否则请求会挂起。此外，Express 4 支持在同一个路径上使用多个回调或中间件作为参数。
- 【回答框架 3】Express 4 移除了许多内置的方法，例如 app.del()（需使用 app.delete()）、app.configure()、app.use() 参数限制等，同时改进了错误处理机制：不再自动捕获异步异常，需要通过 next(err) 显式传递，或者使用包装中间件来处理 Promise 拒绝。
- 【回答框架 4】升级时需要注意：1) 检查所有中间件是否兼容 Express 4，例如 body-parser 需要单独安装并 app.use(bodyParser.json())；2) 更新路由定义，替换过时的方法名；3) 调整错误处理中间件的写法，确保 next(err) 被正确调用；4) 测试静态文件服务，Express 4 使用 serve-static 而不是内置的 express.static 的旧行为。
- 【关键点 1】Express 4 使用独立的中间件包（如 body-parser、cookie-parser），移除了内置的 Connect 中间件。
- 【关键点 2】路由变化：新增 Router 实例，支持 app.route() 链式定义，并要求显式结束响应。
- 【关键点 3】错误处理：异步异常需要显式 next(err)，Express 4 不再自动捕获。
- 【关键点 4】废弃方法：app.del() 改为 app.delete()，app.configure() 被移除。
- 【关键点 5】升级前需进行完整的功能回归测试，尤其是涉及请求体解析和路由匹配的部分。
- 【易错点 1】忽略迁移中间件库，例如未安装 body-parser 导致请求体解析失效。
- 【易错点 2】沿用旧的路由写法（如 app.del），导致运行时错误。
- 【易错点 3】错误处理未适配异步异常，导致未捕获的 Promise 拒绝可能使进程崩溃。