Node.js HTTP 的 clientError 在什么阶段触发,监听后要负责什么?
区分 HTTP 解析层 clientError、服务器 error 和业务异常,说明监听器接管连接清理、400 与 431、重复触发及原始报文日志边界,并给出受控原始连接测试方法。
Node.js · HTTP面试题第 1 页,显示第 1–18 题,共找到 18 道完整解析,可继续按分类、标签与关键词缩小范围。
按稳定语义路径排序
区分 HTTP 解析层 clientError、服务器 error 和业务异常,说明监听器接管连接清理、400 与 431、重复触发及原始报文日志边界,并给出受控原始连接测试方法。
围绕“Node.js 出站 HTTP 请求如何通过 http.Agent 的 keepAlive 与 maxSockets”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明 Agent 池化参数对下游服务并发的约束作用及默认值含义。
按响应后空闲、请求头接收和完整请求接收区分 Node.js HTTP 超时,解释代理连接池复用竞态及 keepAliveTimeoutBuffer 的版本边界,给出逐跳排查与验证方法。
围绕“Node.js 实现静态资源服务时如何正确响应 Range 请求头(206/416)”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖必须给出 Range 解析、206 与 416 状态及对应头部设置规则。
解释请求体应在读取时累计真实字节,区分 Content-Length 提前拒绝、分块传输、UTF-8 字节数和解压上限,提供可测试预算函数,并说明 413 与 socket 关闭的协调。
按监听器、空闲连接、活动请求和升级协议比较三个 HTTP 关闭接口,说明 Node 19 的行为变化、先停止监听再强制清理的顺序,以及排空测试应观察的完成条件。
区分 listen 参数同步异常与异步 server error,解释 EADDRINUSE、EACCES 的启动处理、就绪状态、退出码及有限重试,提供能真实复现端口占用的验证步骤。
围绕“Node.js HTTP 服务器的 timeout、requestTimeout 设置为 0 与有限值分别意味着什么”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖必须区分 socket 空闲超时与整个请求超时的语义及生产取值建议。
围绕“Node.js 中 http2 模块与 http/1.1 服务在多路复用与连接管理上有哪些工程差异,什么时候选 HT”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明单连接多流对连接池与超时设计的影响及适用条件。
围绕“Node.js 通过 server.maxHeadersCount 或 --max-http-header-size”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明头部洪泛防护机制与放宽限制的内存风险。
本文说明Node.js HTTP请求处理中必须同时监听req和res的'error'事件的原因:漏监听会造成未处理异常并导致进程崩溃。区分两路错误的典型来源,给出具体处理和安全边界,防止服务因单请求异常退出。
围绕“Node.js 中字符串长度与 Buffer.byteLength 不一致时,HTTP Content-Length”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖要指出 Content-Length 是字节数须用 Buffer.byteLength(编码后),多字节字符不能用 length。
围绕“Node.js fs.createReadStream 的 start、end 选项如何实现 HTTP Range ”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖要给出闭区间字节的 start/end 映射与 416/206 处理边界,end 不能超过文件大小。
围绕“Node.js 将文件流压缩后发给 HTTP 客户端时,为什么 Content-Length 通常不可预知,应改用什”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖要说明压缩输出长度依赖内容,流式场景用 chunked 或省略长度而非预读全量。
围绕“Node.js 服务端用 fs.createReadStream 经 pipeline 写 HTTP 响应时,客户端”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖要说明响应流 error/close 与 request aborted/close 的传播,需停止读文件并不再写头。
围绕“Node.js 接收 HTTP 上传流时如何用背压限制落盘速度,超限请求应在哪一层截断”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖要回答 req 是 Readable,写文件 false/drain 控制节奏,字节超限应 destroy 输入并清理临时文件。
比较 pipe 的连接与背压能力和 pipeline 的整链完成、错误及销毁管理,用对象转换示例验证成功与中途失败,并说明 HTTP 响应销毁后无法补写错误页及流外资源的清理责任。
围绕“Node.js stream/promises 的 pipeline 与 finished 相比事件回调写法解决了哪”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖要回答 Promise 化便于 await 完成或失败并统一清理,但仍不替代业务状态码处理。