能否将HTTP升级请求及Node.js中WebSocket升级请求重定向至其他URL？

让我分别来解答这两个问题：

简单来说：理论上可以返回重定向状态码，但实际几乎不可用。

HTTP标准并没有明确规定3xx重定向状态码如何处理带有Upgrade头部的请求。实际场景中，绝大多数客户端（比如浏览器）在收到重定向响应后，会发起新的请求，但不会保留原请求中的Upgrade和Connection: Upgrade这类关键头部——这直接导致后续请求无法触发升级流程（比如无法建立WebSocket连接）。

举个例子：如果你的客户端发送了带有Upgrade: websocket的请求，服务器返回302重定向，浏览器会跳转到新URL，但新请求只是普通的HTTP GET，完全丢失了升级相关的标识，最终肯定无法建立WebSocket连接。

所以除非你能确保客户端是自定义实现、会处理重定向并保留升级头部，否则强烈不建议这么做。更好的方式是提前引导客户端请求正确的目标URL。

从技术实现上来说，你可以在Node.js的upgrade事件中手动返回重定向响应，但同样面临客户端兼容性的问题。

手动返回重定向的示例代码 #

const http = require('http');

const server = http.createServer((req, res) => {
  // 处理普通HTTP请求
});

server.on('upgrade', (req, socket, head) => {
  // 向客户端发送301永久重定向响应
  socket.write('HTTP/1.1 301 Moved Permanently\r\n');
  socket.write('Location: ws://example.com/target-websocket-path\r\n');
  socket.write('\r\n');
  socket.end();
});

server.listen(3000);

但要注意：主流浏览器的WebSocket API不会自动处理这种重定向，收到重定向后会直接抛出错误，不会尝试连接新的URL。只有少数自定义的WebSocket客户端可能会遵循重定向逻辑，但这不是标准行为。

更可行的替代方案：代理转发 #

如果需要将WebSocket请求导向其他URL，更靠谱的方式是在Node.js服务器上做代理转发，而不是重定向。这样客户端不需要改变请求地址，服务器后台将WebSocket流量转发到目标服务。

比如使用http-proxy模块实现：

const http = require('http');
const httpProxy = require('http-proxy');

// 创建代理实例
const proxy = httpProxy.createProxyServer({});

const server = http.createServer((req, res) => {
  // 代理普通HTTP请求
  proxy.web(req, res, { target: 'http://your-target-server.com' });
});

// 代理WebSocket升级请求
server.on('upgrade', (req, socket, head) => {
  proxy.ws(req, socket, head, { target: 'ws://your-target-server.com/websocket-endpoint' });
});

server.listen(3000);

这种方式对客户端完全透明，也能保证WebSocket连接正常建立，是生产环境中更推荐的做法。

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