为何Express中flash是request的属性而非response？

嘿，这个问题问得太戳中新手的直觉盲区了——我刚啃Express的时候也对着这个设计嘀咕了好久！咱们从flash消息的本质和Express的请求响应流程来拆解：

首先搞懂flash消息到底是干啥的 #

Flash消息是跨请求的临时提示：比如用户提交表单填错了，你不能在当前的表单提交响应里直接显示错误（因为通常是跳转回表单页，这是另一个请求），而是要把错误消息存在服务器端，等用户跳转到表单页的下一次请求过来时，再把消息拿出来显示给用户。

为什么是req而不是res？ #

• 会话关联的逻辑：connect-flash是基于Express的session实现的，而session是和当前请求绑定的——每个请求都会带着session的标识（比如cookie里的session ID），所以req对象是访问当前用户session的入口。你调用req.flash(type, message)本质上是把消息存在当前用户的session存储空间里，而不是直接发给客户端。
• 响应的职责边界：res对象的核心职责是处理当前请求的输出——比如返回HTML、JSON或者跳转。但flash消息不是给当前响应的，而是给下一个请求的。如果设计成res.flash()，逻辑上就变成“把消息塞进当前响应”，但这完全不符合flash消息“跨请求暂存”的定位。

举个实际流程的例子更清楚 #

比如用户登录出错的场景：

1. 用户POST提交登录请求，服务器验证失败：

   // 把错误消息存到session里
   req.flash('error', '用户名或密码错误')
   // 跳回登录页（这是一个新的GET请求）
   res.redirect('/login')
   

2. 用户的浏览器发起GET /login请求，服务器渲染登录页：

   // 从session里取出之前存的flash消息（取完就会自动删除）
   const errorMsg = req.flash('error')
   // 通过res把消息传给模板，最终输出给客户端
   res.render('login', { error: errorMsg })
   

你看，req.flash()负责的是存/取会话中的临时数据，而res负责的是最终把数据输出给客户端，两者职责划分得很清晰。

内容的提问来源于stack exchange，提问作者rb612