微信实践 3：处理过期、重启与重复消费

接入之后，我们需要维护的是一条有状态的消息通道。微信已绑定、中转仍在运行、Routine 能执行、回复上下文有效，这四件事不能相互替代。

教学改绘示意；操作以实际界面为准。

按现象定位，不重新配置一切

腾讯登录状态还包括等待、已扫码、已确认、已过期、需要验证码、验证码被阻断、扫码后跳转和已绑定跳转。遇到需要验证的状态，我们按官方流程处理，不让 Bot 把它当成可以忽略的错误。

让云电脑重启后能恢复

云虚拟机重启后，中转程序可能需要重新启动。我们让 Bot 明确进程名、启动方式、状态检查方式、日志位置和停止方式，并验证一次恢复。

恢复应重新读取私密凭证和消息游标，而不是重新曝光令牌或把历史消息全部重做。默认长轮询等待时间在腾讯协议示例中为 35 秒，也可能由返回建议调整；正常的等待超时不一定是故障。我们避免无等待的忙循环和不断创建新的中转实例。

请检查现有微信中转的运行状态，优先复用已经运行的实例。若进程确实退出，按已有启动方式恢复；不要重复创建服务。恢复后沿用消息游标，确认一条新消息只执行一次。遇到会话失效请说明状态与下一步，不循环重试，也不要打印凭证。

-14 对应会话过期。腾讯当前客户端文档描述了一小时暂停策略；它属于该实现的处理方式，不是要求所有自建程序固定等待一小时。我们要确认当前中转采用什么退避和重新登录策略，持续失效时再完成新的登录。

一个绑定入口避免竞争消费

对同一个绑定和消息通道，不要让两个独立接收程序竞争消费、各自推进游标并回复。先检查已有进程和绑定，再决定复用还是迁移；不同账号与通道分别检查。

切换实现时，我们先停止旧通道的消费，保留必要的游标与任务记录，再验证新通道。不能通过反复绑定、多个实例并行抢消息来掩盖故障。

保留工作入口的边界

我们只允许确认绑定的用户发起任务。微信回复用普通文本，把长报告放在可访问的结果位置，主会话保留完整记录。短信、邮箱、微信内容或网页里的指令不能自行扩大任务权限；遇到付款、对外发送、发布、账号授权等动作，按我们事先设定的边界处理。

接口支持接入不等于对任何自动化行为提供账号安全保证。按实际权限、额度和服务状态安排任务，长期运行也要保留暂停与恢复办法。

练习交付：一份状态与恢复记录：绑定账号的脱敏标识、唯一接收实例、最后成功消息时间、游标保存位置、恢复命令、失效处理、停止方法。重启后再发一条测试消息，核对两侧结果；结束测试时清理自己创建的多余实例。