Node.js request模块切换域名后Cookie Jar丢失Cookie问题排查

这事儿的核心是Cookie的域名匹配规则在起作用。当你在www.example.com上请求时，服务器返回的Cookie默认会把Domain属性设为www.example.com（如果服务器没明确指定更宽泛的域名的话）。而request的jar会严格遵循Cookie的同源策略：只有当请求的域名和Cookie的Domain属性匹配时，才会自动带上这个Cookie。

你直接复制store.idx里的域名条目之所以没用，是因为每个Cookie本身的domain字段还是www.example.com——jar在判断要不要发送Cookie时，看的是Cookie自身的domain属性，而不是你把它放到哪个域名的索引里。所以哪怕你把条目移到m.example.com下，Cookie的domain不对，照样不会被发送到移动端域名。

方案1：修改Cookie的Domain属性（推荐） #

你可以手动把www.example.com的Cookie的domain改成.example.com（注意前面的点），这样所有子域名（包括m.example.com）都能共享这些Cookie。具体代码如下：

// 获取www.example.com下的所有Cookie
const wwwCookies = this.cookieJar.getCookies('https://www.example.com');

// 遍历修改每个Cookie的domain
wwwCookies.forEach(cookie => {
  // 设置为通用的根域名，适配所有子域名
  cookie.domain = '.example.com';
  // 如果只需要给m.example.com用，也可以直接设为'm.example.com'
  // cookie.domain = 'm.example.com';
});

// 现在发送m.example.com的请求时，jar就会自动带上这些Cookie了
const mobileRequestOpts = {
  url: 'https://m.example.com/your-path',
  jar: this.cookieJar,
  // 其他请求选项...
};

request.get(mobileRequestOpts, (err, res, body) => {
  // 处理响应
});

方案2：手动在请求头添加Cookie（应急方案） #

如果上面的方法不生效，你也可以手动把Cookie拼到请求头里：

// 先把jar里的Cookie转换成字符串格式
const cookieString = this.cookieJar.getCookieString('https://www.example.com');

const mobileRequestOpts = {
  url: 'https://m.example.com/your-path',
  headers: {
    'Cookie': cookieString
  },
  // 这里可以不用jar，因为手动加了Cookie头
};

request.get(mobileRequestOpts, (err, res, body) => {
  // 处理响应
});

额外提醒：request模块已废弃 #

顺便提一句，request模块已经被官方标记为废弃状态了，后续如果有机会，建议迁移到axios、node-fetch这类维护活跃的库。这些库在Cookie跨域处理上也有更清晰的API，比如axios可以通过withCredentials配合正确的Cookie Domain设置来实现类似需求。

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