接口返回 42001 表示 access_token 已失效，需重新获取并更新缓存。适用所有调用企业微信发送应用消息的场景，风险边界在于频繁刷新可能触发接口调用限制。

快速处理思路

代码层面需要捕获 42001 错误码，触发主动刷新机制。不要在前端或客户端直接存储 token，应在服务端统一管理中转。

1. 拦截接口响应，判断 errcode 是否为 42001

2. 调用获取 access_token 接口更新本地缓存

3. 使用新 token 重试原请求，最多重试 1 次

为什么会这样

access_token 是有时效性的凭证，默认有效期为 7200 秒。超过时间未刷新，或跨进程未同步最新 token，都会导致接口鉴权失败。

企业微信服务端会定期轮换 token 策略，即使未到期，某些异常情况下也可能提前失效。硬编码 token 或多服务器未共享缓存是常见诱因。

分步处理

步骤 1：检查 token 存储位置

确认 token 存储在 Redis、数据库还是内存变量中。多实例部署必须使用 Redis 等共享存储，避免各节点 token 不一致。

步骤 2：实现主动刷新逻辑

在业务代码中封装 token 获取方法，每次使用前检查剩余有效期。建议预留 5 分钟缓冲期，剩余时间不足 300 秒时主动刷新。

if (expire_time - now < 300) {\n  refresh_token();\n}

步骤 3：增加被动重试机制

调用发送消息接口失败时，捕获 42001 错误。执行一次强制刷新，然后重试请求。避免无限重试循环。

怎么验证是否生效

查看应用日志，确认 42001 错误不再持续出现。使用新 token 调用发送消息接口，返回 errcode 为 0 表示成功。

监控 token 刷新频率，正常业务下每小时刷新不应超过 1 次。若频繁刷新，检查是否有多个进程竞争刷新锁。

常见坑

1. 多服务器各自刷新：导致 token 频繁变动，旧请求失效。应加分布式锁，同一时间只允许一个节点刷新。

2. 硬编码 token：代码发布后 token 写死，过期后无法自动恢复。必须动态获取。

3. 忽略频率限制：获取 token 接口有调用频率限制，短时间大量刷新会被封禁。需做好缓存复用。

常见问题

access_token 有效期是多久

默认有效期为 7200 秒（2 小时），具体以接口返回 expires_in 字段为准。

能否在前端直接获取 token

不能。corpsecret 泄露会导致安全风险，必须通过服务端中转请求。

42001 和 42002 有什么区别

42001 表示 token 过期，42002 表示 token 无效或格式错误，处理方式均为重新获取。

参考来源

企业微信官方文档 - 获取 access_token

https://developer.work.weixin.qq.com/document/path/91039