Java WeChat 개발(wechat4j) - access_token 중앙관제 서버 구현

Access_token은 WeChat 서버와 상호 작용하는 동안 자격 증명입니다. 클라이언트 서버가 WeChat 서버와 적극적으로 통신할 때마다 ID를 확인하기 위해 access_token을 가져와야 합니다. Wechat4j는 access_token 획득 및 access_token 중앙 제어 서버 구현을 포함하여 access_token 작업을 내부적으로 캡슐화합니다.

access_token 획득

access_token을 획득하려면 다음 방법을 사용하세요.

String accessToken = TokenProxy.accessToken();

access_token 중앙 제어 서버

access_token에는 일일 제한이 있으므로 클라이언트 서버는 매번 요청 후에 새로운 access_token을 요청할 수 없습니다. access_token에는 만료 시간이 있습니다. 따라서 WeChat 플랫폼에서는 access_token 요청 횟수가 제한되어 있으므로 중앙 제어 서버를 사용하여 정기적으로 토큰을 새로 고치는 것을 권장합니다. 이렇게 하면 두 가지 장점만 있습니다.

access_token이 매일 액세스 한도를 초과하지 않도록 하여 정상적인 서비스를 보장합니다.

각 비즈니스 요청 전에 access_token 획득 요청을 보낼 필요가 없어져 서비스 성능이 향상됩니다.

wechat4j는 access_token의 프록시인 TokenProxy를 통해 access_token을 획득하며, 이 프록시는 access_token의 중앙 제어 서버를 캡슐화합니다. access_token을 저장하는 방법에는 두 가지가 있습니다. 하나는 메모리에 저장하는 것이고 다른 하나는 지속적으로(데이터베이스 또는 파일) 저장하는 것입니다. 메모리 저장 모드의 중앙 제어 서버는 wehcat4j에 의해 구현되며 고객은 어떠한 작업도 수행할 필요가 없습니다. 고객이 영구 스토리지를 사용하려면 중앙 제어 서버를 직접 정의해야 합니다. 따라서 다음 두 개의 중앙 제어 서버가 있습니다:

access_token 기본 중앙 제어 서버

access_token 사용자 정의 중앙 제어 서버

기본 중앙 제어 서버

wechat4j 기본 중앙 제어 서버는 메모리 모드에 있습니다. 즉, access_token은 만료될 때까지 메모리에 저장되었다가 이를 교체하기 위해 새 토큰을 요청합니다. 중앙 제어 서버에 해당하는 기본 클래스는 AccessTokenMemServer입니다.

장점: 이 모드의 중앙 제어 서버는 매우 효율적이고 사용하기 쉬우며 고객이 걱정할 필요가 없습니다.

단점: 다중 서버 클러스터를 지원할 수 없습니다. 서버가 여러 개인 경우 이 방법은 지원되지 않습니다.

맞춤형 중앙관제 서버

access_token을 데이터베이스나 파일에 저장해야 하는 경우 맞춤형 중앙관제 서버를 사용해야 합니다. 사용자 정의 서버는 고객이 완료해야 하며 추상 클래스 CustomerServer를 상속하고 저장 및 쿼리 메소드를 완료해야 합니다. 동시에 사용자 정의 서버는 타이머에 의해 구동되고 리스너를 구성해야 합니다.
사용자 정의 access_token 서버를 구성하는 세부 단계:

자신만의 서버 클래스를 생성하려면 wechat4j의 CustomerServer 클래스를 상속하고 저장 및 찾기 메소드를 구현해야 합니다. 전자는 access_token을 다음 위치에 저장하는 것입니다. 데이터베이스에서 access_token을 쿼리하는 방법은 SQL 작업 등이 될 수 있습니다.

public class CustomerAccessTokenServer extends CustomerServer{/* (non-Javadoc) * @see org.sword.wechat4j.token.DbAccessTokenServer#find() */@Overridepublic String find() {
    String accessToken = null;    //执行数据库操作//      String sql = "select cfgValue from cfg where cfg.cfgKey = 'access_token'";//      accessToken = DBUtil.query(sql);
    return accessToken;
}/* (non-Javadoc) * @see org.sword.wechat4j.token.DbAccessTokenServer#save() */@Overridepublic boolean save(Token accessToken) {    //如果没有需要插入，如果有的就更新，假设已经有了数据库配置项//      String sql = "update cfg set cfg.cfgValue=" + accessToken.getToken() + //              " where cfg.cfgKey= 'access_token'";//      DBUtil.execute(sql);
    return true;
}
}

wechat4j.properties 구성 파일에서 wechat.accessToken.server.class 항목을 구성하고 새로 생성된 서버 클래스의 경로를 일치시킵니다.

 wechat.accessToken.server.class=com.sample.wechat.CustomerAccessTokenServer

web.xml에서 wechat4j의 access_token 모니터링을 구성합니다. 장치. 코드는 다음과 같습니다.

<listener>
    <listener-class>org.sword.wechat4j.token.TokenListener</listener-class></listener>

위의 세 단계를 통해 자신만의 데이터베이스 access_token 서버를 구성할 수 있습니다. 이런 방식으로 중앙 관제 서버는 access_token을 정기적으로 갱신한 후 데이터베이스에 저장합니다. access_token이 비즈니스 로직에 사용되면 프록시를 통해 데이터베이스에서 데이터를 가져옵니다.
예약된 새로 고침 작업은 이전 access_token의 만료 날짜 이후에 새 access_token이 만료되는 것을 방지하기 위해 200초 전에 미리 실행됩니다.

더 많은 Java WeChat 개발(wechat4j) - access_token 중앙제어서버 구현 관련 글은 PHP 중국어 홈페이지를 주목해주세요!