Express开发中响应为何需要调用.end()？直接设置status状态码为何不行？

Express 的响应对象方法可以分成两类，差异完全来自方法本身的定位：

• 配置类链式方法：仅修改响应对象的配置项，返回响应对象本身支持链式调用，不会触发任何响应发送动作，response.status()就属于这类。如果路由逻辑里只调用这类方法，请求会一直挂起直到超时，客户端拿不到任何返回。
• 响应终结方法：内部封装了完整的响应发送逻辑，执行后会把构造好的HTTP报文发给客户端，自动结束请求流程，res.json()、res.send()、res.sendFile()都属于这类。

为什么仅返回状态码的场景必须追加.end() #

204 状态码的语义是 No Content，按照HTTP规范这类响应不能携带业务响应体，自然不需要用json()/send()这类带响应体写入逻辑的封装方法。
这时候就需要调用从 Node.js 原生 HTTP 模块继承来的res.end()方法：它是最底层的响应终结方法，作用就是告知服务器「所有响应头、响应体配置已经完成，立刻发送响应、终止本次请求处理」。
你参考的删除路由代码await Note.findByIdAndRemove(request.params.id); response.status(204).end()逻辑完全正确：先执行数据库删除操作，再设置204状态码，最后触发无响应体的响应发送，完全符合204状态码的使用规范。

补充：这个场景也可以用Express封装的快捷方法res.sendStatus(204)，它会自动设置状态码并发送极短的状态描述文本触发响应，但对于严格要求空响应体的接口，status(204).end()是更严谨的写法。

为什么返回JSON的场景不需要手动调用end() #

res.json()本身就是标准的响应终结方法，内部已经实现了完整的响应发送全流程：

1. 自动设置Content-Type: application/json响应头
2. 将传入的JavaScript值序列化为标准JSON格式字符串，写入响应体
3. 流程末尾内部自动调用res.end() 完成响应发送
   所以response.status(201).json(返回数据)的写法已经形成完整闭环：status()先设置好状态码，json()完成后续所有头设置、体写入、响应发送动作，不需要额外手动调用end()。如果在json()执行完成后再手动调用end()，反而会触发「响应已发送」的报错，因为请求流程已经结束了。

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