访问日志里的user_id偶尔变成undefined该怎么排查？

这问题我太熟了，典型的第三方登录后 localStorage 清空或覆盖导致的。用户从第三方登录跳转回来时，很多开发者会直接用 window.location.href = '/callback' 这种方式跳转，结果页面刷新后 localStorage 里的 userId 没了，或者被其他逻辑覆盖成 undefined。

你先确认几个关键点：
第一个，第三方登录回调时有没有重新调用登录接口？比如微信/QQ登录跳回你的站点，后端应该重新发 token 和 userId 并存到 localStorage，但很多人只处理了 token，忘了存 userId；
第二个，你用的 localStorage 是不是被某个插件清了？比如有些“隐私保护”类插件或者广告追踪拦截插件会清空 localStorage，尤其是第三方登录跳转后触发的页面刷新；
第三个，你后端登录接口返回的数据结构是不是不一致？比如正常登录返回 { user_id: 123 }，但第三方登录返回的是 { user: { id: 123 } }，前端没适配导致存的时候就错了。

排查步骤我建议这么走：
先在回调页面加个临时日志，比如在 mounted 或 onLoad 里打印 localStorage.getItem('userId')，看是不是刚跳回来就没了；
再看后端登录接口的返回，是不是所有登录方式都统一返回 userId 字段；
最后检查有没有什么“自动清理”逻辑，比如路由守卫里写了“未登录清空 localStorage”，但逻辑没判断清楚状态，把刚登录的用户数据也清了。

如果用的是 WordPress 的 REST API + JWT 登录，插件可以加个 hook 在 token 颁发时把 userId 写进前端 cookie 或 localStorage，这样跳转回来也能读到。不过最稳妥的还是前后端统一字段名，别让前端自己猜数据结构。

这种问题大概率是异步流程或者存储覆盖导致的，直接给解决方案：

先确认 localStorage 的写入时机是不是有问题。比如登录成功后是不是有延迟写入的情况，或者第三方回调时没有正确设置用户信息。复制这个代码加到你的登录逻辑里：

// 登录成功后的回调

function onLoginSuccess(response) {

  const userId = response.data.userId;

  if (!userId) {

    console.error('Login response missing userId:', response);

    return;

  }

  localStorage.setItem('userId', userId);

  console.log('User ID set to:', userId);

}

然后在请求拦截器里加个兜底判断，防止空值传到后端：

axios.interceptors.request.use(config => {

  let userId = localStorage.getItem('userId');

  if (!userId || userId === 'undefined') {

    userId = 'guest'; // 兜底方案

  }

  config.headers['X-User-ID'] = userId;

  return config;

});

再排查下第三方登录跳转回来的场景，看看是不是回调处理有问题。通常这种情况是因为回调时没拿到用户信息就直接发请求了，检查下回调地址的处理逻辑，确保用户信息已经写入 localStorage 再继续。

最后，建议在后端也加个校验，如果收到空的 user_id 就直接返回错误，避免脏数据入库。前端有时候真的靠不住，后端兜底才是王道。