初试微信公众号开发与对接 ChatGPT 接口

共 9546字,需浏览 20分钟

 ·

2023-06-28 11:19

上周公众号对接了 ChatGPT 接口,直接在公众号内即可与 ChatGPT 聊天。本文将整个对接的过程分享给大家

由于本人没有过公众号开发经验,所以先是直接百度了下「公众号对接 ChatGPT」,果然网上已经有简单案例了,代码如下:

      
      import werobot
import openai

robot = werobot.WeRoBot(token="your_wx_token")
robot.config["HOST"] = "0.0.0.0"
robot.config["PORT"] = 9005

openai.api_key = "your_api_key"

@robot.handler
def handle(messages):
    completion = openai.ChatCompletion.create(
        model="gpt-3.5-turbo",
        messages=[{"role""user""content": messages.content}]
    )
    return completion.choices[0].message.content

robot.run()

代码非常简洁,使用了 werobot 让我们可以快速开发公众号被动消息回复逻辑,利用 openai 库来调用调用 ChatGPT 接口。

代码跑起来之后,我便迫不及待的给公众号发消息测试,简单测试后发现了如下的问题:

  1. 发送的所有消息都会转发给ChatGPT接口,会影响公众号后续的自动回复功能开发。
  2. 示例代码中调用 ChatGPT 接口只传递了单条消息,没有保持整个会话的上下文,这样无法更好的体验 ChatGPT 功能
  3. 公众号被动回复接口需要在 5 秒内做出响应,否则微信将进行 2 两次重试调用接口,而 ChatGPT API 稍微复杂点的问题基本都需要半分钟才能响应,由于微信的消息重试机制,一个问题我重复调用了 3 次 ChatGPT 且每一次都会超时,导致公众号无法正常响应用户消息。

解决思路

第一个问题,我需要有个入口来开启聊天会话,只有开启了会话之后的消息才需要被 ChatGPT 处理。

对于这个问题,我首先想到的是增加一个公众号菜单,当用户点击公众号菜单「ChatGPT」时开启会话,开启会话后的消息让 ChatGPT 来处理。

很快这个思路就被否定了,原因是我的公众号没有权限,无法处理菜单点击事件,只能设置回复公众号内的文章消息。

最终解决方案: 让用户输入发送特定的消息来开启会话

发送/chatgpt指令消息开启会话,会话有效时常为 5 分钟,发送消息可延长有效期,会话失效后需要重新启动会话

第二个问题,需要保持 ChatGPT 的上下文

通过查阅ChatGPT官方文档得知,想要保持上下文,需要每次请求的时候把之前用户发送的消息 和 ChatGPT 回复的消息都放到请求参数中,通过role来区分用户消息(user)和助理消息(assistant),请求参数JSON示例:

      
      {
  "model""gpt-3.5-turbo",
  "messages": [
    {"role""user""content""第一条用户消息"},
    {"role""assistant""content""ChatGPT第一条消息回复"},
    {"role""user""content""第二条用户消息"}
    // ……
  ]
}

ok,当用户开启会话后,我们只需要将会话中所有的消息再下次请求 ChatGPT 时都携带上就可以保持消息上下文了。基于 /chatgpt 指令消息,我们再增加两个指令:

  • /stop:结束会话,结束后想要再发消息,需要重新开启会话
  • /clear:清空消息上下文,相当于执行了/stop+/chatgpt开启了一个新的会话
第三个问题,ChatGPT 接口响应慢导致微信接口超时,无法正常回复用户结果

这个问题也是最严重的问题,会直接导致无法与 ChatGPT 进行对话。

36b495b088833cceb1831abb04aacf1d.webpimage-20230411000326242

通过阅读微信公众号开发文档,若服务器无法在 5 秒内回复消息,可以直接回复 success,后续再将结果异步推送给用户。

本以为是找到了完美的解决方案,当我试验的时候才发现我的公众号并没有「主动发送消息给用户」的权限,好吧,只能再想其他办法了(吐糟下,微信个人订阅号给的权限太低了,什么都用不了...)

最终解决方案:

  1. 充分利用微信的重试机制,在微信首次请求时异步调用 ChatGPT,若在当前接口调用超时前得到 ChatGPT 的回复,则正常响应给用户,否则让这次接口调用超时。当微信接口重试时,不再请求 ChatGPT,而是判断之前的 ChatGPT 有没有完成回复并返回给用户结果。通过这种方式,将公众号正常响应的超时时间提升到 15 秒!a9c403e45244cb88a265e4dd08393244.webp

  2. 若 15 秒内 ChatGPT 仍然无法作出回复,则在微信的最后一次接口重试时返回给用户一个网站链接,通过可以通过该链接查看并等待 ChatGPT 回复。

开发过程

1. 技术与框架选型

由于后续公众号可能会继续开发消息回复系统 或 对接其他的 AI 助手,而 Python 语言我并不擅长(不喜欢用 Python),所以选择我最熟悉的 Java 语言进行开发。

Java语言微信开发框架有很多,如:fastweixinwechat4jWxJava 等,经过比较源码的介绍和关注人数,开发人数、活跃程度来看WxJava是比较好的,就用它了。

而对于 ChatGPT 的接口调用,其实随便哪个HTTP客户端都可以,本次则选择本人比较喜欢的 open-feign 框架。

2. 处理微信重试消息

首先来简单了解下WxJava框架处理公众号消息的流程

e8700af242dfe3f4a1e2f43be02ae343.webpWxJava消息处理流程

从上图中首先由WxPortalController对外提供HTTP接口,接收微信发送过来的消息处理请求。然后WxMessageRouter负责根据指定的规则对 消息处理器Handler 进行路由选择合适的处理器来处理消息。

然而实际试验发现,Controller层是可以接收到微信的重试消息的,而 Handler 层却只会处理一次,通过阅读源码得知,微信重试消息在 WxMessageRouter消息路由层已经被过滤了,所以第一步需要做的就是让 微信重试消息 可以下沉到 Handler层来处理。

      
      // 创建消息路由器
WxMpMessageRouter newRouter = new WxMpMessageRouter(wxMpService);
// 替换默认的「重复消息校验器」,让 router 不对重试消息进行过滤处理
newRouter.setMessageDuplicateChecker(v -> false);

通过这步操作,微信的重试消息已经可以到达 Handler

Handler 中处理重试消息

抽象出 AbstractReplayHandler来专门负责上述的消息重试处理,并预留抽象方法handlerAsync方法,让子类正常的进行同步处理消息,不用关注重试逻辑。

定义 ReplayInfo 类记录接口重试信息

      
      public class ReplayInfo {
    /** 消息Id*/
    private String messageId;
    /** 微信消息对象*/
   private WxMpXmlMessage wxMessage;
    /** 请求次数*/
    private AtomicInteger replayCount;
    /** 首次请求时间戳*/
    private long timeMillis = System.currentTimeMillis();
    /** 消息处理 CompletableFuture*/
    private CompletableFuture completableFuture;
    /** 消息处理异常*/
    private WxErrorException exception;
}

ReplayInfo 存储

      
      private static final Map REPLAY_CACHE = new ConcurrentHashMap<>();

抽象方法定义

      
      /**
 * 异步处理消息
 */

public abstract WxMpXmlOutMessage handleAsync(WxMpXmlMessage wxMessage, Map context, WxMpService wxMpService, WxSessionManager sessionManager) throws WxErrorException;

/**
 * 超时消息
 */

public abstract WxMpXmlOutMessage buildTimeoutMessage(WxMpXmlMessage wxMessage, Map context, WxMpService wxMpService, WxSessionManager sessionManager);

核心逻辑处理:handle 方法

      
      // 消息Id
String messageId = getMessageId(wxMessage);
// 首次消息执行消息处理并创建 replayInfo,非首次消息则直接获取
ReplayInfo replayInfo = REPLAY_CACHE.computeIfAbsent(messageId, key -> {
    ReplayInfo dto = new ReplayInfo();
    dto.setMessageId(messageId);
    dto.setWxMessage(wxMessage);
    dto.setReplayCount(new AtomicInteger());
    // 异步执行真正的处理方法
    dto.setCompletableFuture(CompletableFuture.supplyAsync(() -> {
        try {
            return handleAsync(wxMessage, context, wxMpService, sessionManager);
        } catch (WxErrorException e) {
            // 记录异常信息
            dto.setException(e);
            return null;
        }
    }));
    return dto;
});
// 请求次数
int replayCount = replayInfo.getReplayCount().incrementAndGet();
CompletableFuture completableFuture = replayInfo.getCompletableFuture();
if (completableFuture == null) {
    throw new WxErrorException("Replay消息错误");

try {
    // 在单次请求超时时间范围内尝试读取结果
    // n 毫秒超时,则等待 n - reservedTime 毫秒,预留 reservedTime 毫秒时间响应结果
    WxMpXmlOutMessage wxMpXmlOutMessage = completableFuture.get(timeout - reservedTime, TimeUnit.MILLISECONDS);
    if (completableFuture.isDone()) {
        // 已经完成响应,删除 replayInfo
        REPLAY_CACHE.remove(messageId);
        if (replayCount > 1) {
            log.info("{} 消息第 {} 次重试请求成功处理!", messageId, replayCount);
        }
    }
    // 判断是否异常
    if (replayInfo.getException() != null) {
        return exceptionCaught(wxMessage, context, wxMpService, sessionManager, replayInfo.getException());
    }
    // 返回结果
    return wxMpXmlOutMessage;
catch (TimeoutException e) {
    // 获取结果超时
    // 判断是否达到请求重试上限
    if (replayCount >= maxReplayCount) {
        // 已经达到上限,返回请求超
        log.info("{} 消息到达重试上限 {} 次仍未处理完成,服务降级处理", messageId, replayCount);
        return buildTimeoutMessage(wxMessage, context, wxMpService, sessionManager);
    }
    // 未到重试上限,sleep 2倍预留时间,让这个请求也超时
    log.info("{} 消息第 {} 次请求超时,等待请求重试", messageId, replayCount);
    try {
        Thread.sleep(reservedTime * 2L);
    } catch (InterruptedException ignored) {
    }
    return null;
catch (InterruptedException | ExecutionException e) {
    return exceptionCaught(wxMessage, context, wxMpService, sessionManager, new WxErrorException(e));
}

AbstractReplayHandler关键逻辑大致如此,继承了AbstractReplayHandler的处理器则可以将消息处理的有效时常延长到 15 秒!

3. ChatMsgHandler 消息处理

处理器路由匹配规则

若当前用户已经开始会话,则所有消息都需要进行处理。否则只处理定义好的指令消息:/chatgpt、/clear、/stop 等

      
      public boolean match(WxMpXmlMessage wxMessage) {
  // 首先判断当前用户是否有开启聊天会话
  String chatSessionId = userSessionMappingStorage.getUserSessionId(wxMessage.getFromUser());
  if (StringUtils.isNotBlank(chatSessionId)) {
    // 检测会话是否有效
    String sessionCacheKey = WxChatConstants.getSessionCacheKey(chatSessionId);
    boolean exists = redissonClient.getBucket(sessionCacheKey).isExists();
    if (exists) {
      return true;
    }
  }
  String content = wxMessage.getContent();
  if (StringUtils.isBlank(content)) {
    return false;
  }
  switch (content.toLowerCase()) {
    case CMD_START_SESSION:
    case CMD_STOP_AND_NEW_SESSION:
    case CMD_STOP_SESSION:
    case CMD_SHOW_HISTORY:
      return true;
    default:
      return false;
  }
}

消息处理

考虑到文章长度,就不挨个列举指令和聊天消息的处理代码了,有兴趣可以找作者领取源码!

      
      public WxMpXmlOutMessage handleAsync(WxMpXmlMessage wxMessage, Map context, WxMpService wxMpService, WxSessionManager sessionManager) throws WxErrorException {
  switch (wxMessage.getContent().toLowerCase()) {
    case CMD_START_SESSION:
      return handleStartSession(wxMessage, context, wxMpService, sessionManager);
    case CMD_STOP_AND_NEW_SESSION:
      return handleStopAndNewSession(wxMessage, context, wxMpService, sessionManager);
    case CMD_STOP_SESSION:
      return handleStopSession(wxMessage, context, wxMpService, sessionManager);
    case CMD_SHOW_HISTORY:
      return new TextBuilder().build("点击下方链接查看历史会话:\n" + buildUserHistoryUrl(wxMessage), wxMessage, wxMpService);
    default:
      return handleChatMsg(wxMessage, context, wxMpService, sessionManager);
  }
}

4. ChatGPT 接口调用

定义请求与响应数据结构

      
      public class ChatCompletionsRequest implements Serializable {
  /** AI模型*/
  private String model;
  /** 会话消息*/
  private List messages;
}
public class ChatMessage implements Serializable {
  /** 消息角色 use、assistant */
  private String role;
  /** 消息内容*/
  private String content;
}
public class ChatCompletionsResult implements Serializable {
  // 忽略部分字段……
  private List choices;

  public static class ChoicesDTO {
    private ChatMessage message;
  }
}

定义 FeignClient

      
      @FeignClient(
        name = "ChatCompletionsV1Api",
        url = "${chat-gpt.base-url:https://api.openai.com}"
)
public interface ChatV1ApiClient {
    String BASE_URL = "/v1/chat";
    /**
     * ChatGTP
     *
     * @param request req
     * @return resp
     */

    @PostMapping(
      value = BASE_URL + "/completions",
      headers = {"Authorization=Bearer ${${chat-gpt.api-key:}"}
    )
    ChatCompletionsResult completions(@RequestBody ChatCompletionsRequest request);
}

定义了ChatV1ApiClient之后变可以直接@Autowired来使用啦~

最后

简单记录了下本人第一次开发微信公众号与对接ChatGPT的过程,将遇到的问题以及解决思路、代码分享给大家,如果大家还有更好的方法可以私信我,非常感谢~

还望大家帮我点点“在看“或转发,您的举手之劳是对我莫大的鼓励。谢谢!


764f520641154e886895d86d349c9d81.webp

浏览 16
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报