在Node.js环境中，Express应用是如何与Socket.io这类实时通信框架协同工作的？请说明它们之间整合的底层实现机制。

回答思路

1. 【回答框架 1】Express本身是一个基于HTTP模块的Web框架，它创建并暴露一个HTTP服务器实例，用于处理常规请求和响应。Socket.io的集成核心在于复用这个已有的HTTP服务器实例，而不是创建新的端口或服务器。
2. 【回答框架 2】Socket.io通过attach方法或传入server参数，将自身的监听器绑定到Express创建的HTTP服务器上。当HTTP服务器接收到请求时，会根据请求路径或握手信息判断是否属于Socket.io的升级请求（如WebSocket握手），从而将连接管理纳入自己的事件循环。
3. 【回答框架 3】在底层，Socket.io依赖Node.js的http模块和WebSocket协议，通过upgrade事件捕获HTTP升级请求，然后建立长连接。Express的中间件链仍负责处理普通HTTP路由，而实时通道由Socket.io独立管理，两者共享同一个底层TCP连接但逻辑分离。
4. 【回答框架 4】实际集成时，典型做法是：先创建Express应用app，然后通过const server = http.createServer(app)创建服务器，再将server传给Socket.io构造器。或者直接使用app.listen返回的服务器实例，再执行io.attach(server)。
5. 【回答框架 5】这种设计使Express和Socket.io各自处理擅长领域，但需注意CORS配置、session共享和负载均衡下的粘性会话问题。集成后，HTTP请求和WebSocket消息互不干扰，但都能访问相同的内存状态或外部存储。
6. 【关键点 1】Socket.io复用Express创建的HTTP服务器实例，不单独监听新端口。
7. 【关键点 2】通过监听HTTP的upgrade事件完成WebSocket握手，与Express路由逻辑解耦。
8. 【关键点 3】标准集成代码为const server = http.createServer(app)后传入io，或用server.on('upgrade')自行处理。
9. 【关键点 4】两者共享底层网络连接，但中间件和路由只作用于普通HTTP请求。
10. 【易错点 1】不要同时用app.listen直接创建两个服务器实例，会导致端口冲突或连接管理混乱。
11. 【易错点 2】需要确保代理或负载均衡环境下开启WebSocket支持并配置粘性会话，否则长连接可能断开。
12. 【易错点 3】如果自定义upgrade监听器，不能阻塞或多次调用socket.destroy，否则握手失败。