JWT中存储的customerId在后端跨接口调用时返回undefined的问题求助

看起来你遇到了JWT跨接口传递customerId的棘手问题，我帮你梳理下几个关键的排查方向和可能的解决办法：

1. 确认/api/add-device接口是否启用了authenticateToken中间件 #

你提到在/api/admin-dashboard接口里用了authenticateToken中间件来解析JWT，但如果/api/add-device接口没有挂载这个中间件，req.user根本不会被设置，自然访问req.user.customerId会返回undefined。

检查你的后端代码，确保/api/add-device的路由定义是这样的：

app.post('/api/add-device', authenticateToken, (req, res) => {
  // 在这里才能正常访问 req.user.customerId
  console.log(req.user.customerId);
  // 其他业务逻辑
});

2. 验证前端调用/api/add-device时是否携带了正确的JWT #

你在/api/admin-dashboard接口返回了新的JWT并存在localStorage.setItem('jwtToken', response.token)里，但要确认后续调用/api/add-device时，是否把这个新的jwtToken放到了请求头的Authorization里。

比如你的dbService中调用add-device的方法应该类似这样：

addDevice(deviceInfo: any): Observable<any> {
  const httpOptions = {
    headers: new HttpHeaders({
      // 注意这里要用存储的jwtToken，不是之前的旧token
      'Authorization': 'Bearer ' + localStorage.getItem('jwtToken')
    })
  };
  return this.http.post<any>(this.apiUrl + "/admin-dashboard/add-device", deviceInfo, httpOptions);
}

如果前端还是用旧的token（不是返回的jwtToken），中间件会解析失败，要么返回401/403，要么req.user为空。

3. 核对JWT payload中的字段名是否一致 #

你在签名JWT时用的是jwt.sign({ customerId: customerId }, secretKey, ...)，所以payload里的字段是驼峰式的customerId。你提到在jwt.io里看到token是正确的，那可以再确认下payload里确实存在customerId字段，而不是customer_id。

另外，检查中间件里的console.log(user)输出，看看控制台打印的user对象里有没有customerId——如果有，说明解析没问题，问题出在接口里的调用；如果没有，那可能是签名时的字段名写错了，或者secretKey不一致。

4. 确认JWT验证的secretKey完全一致 #

你的中间件里用的secretKey是'asdASD'，要确保签名JWT时用的是同一个secretKey。如果两者不一致，JWT验证会失败，中间件会返回403，此时req.user也不会被设置。

快速测试小技巧 #

可以在/api/add-device接口里先打印req.headers['authorization']，看看是否有正确的Bearer <token>格式；再打印req.user，确认是否有值——这样能快速定位是token没传对，还是中间件没解析成功，还是字段名错了。

备注：内容来源于stack exchange，提问作者mami