解决多个应用共用一个微信公众号的问题。
以开发环境为例
根据项目的spring boot信息，添加对应的 spring cloud .
eureka:
client:
serviceUrl:
defaultZone: http://admin:[email protected]:17085/eureka/ #注册到 eureka 微信着陆
enabled: true # 启用
instance: # 当前实例信息
preferIpAddress: false # 设置为false时，其它的微服务在连接本例时将使用下面配置的hostname，否则将使用本例暴露给服务发现的 IP 地址
hostname: 192.168.20.243 # 当preferIpAddress为false时生效，表现本例在其它微服务处暴露的地址，注意不要以http或https打头
non-secure-port: 8081 # 本例暴露给其它微服务的端口号
homePageUrl: /wechatLanding # 其它微服务与本例交互的入口(以/开头)，当有扫描事件时使用此地址接收请求
如果本例与服务发现端处于可以根据 IP 地址进行互相访问，则可以将 preferIpAddress 设置为 true，同时也可以不设置端口号。相反，服务发现端不能直接访问本例（比如本例在开发机的局域网机构上，而服务发现端位于公网上），则需要设置 hostname non-secure-port为本例反向代理的地址（比如使用frps穿透出去的地址和端口号）
示例如下，注意 RequestMapping 中的 wechatLanding 与前面配置的相同，
import com.mengyunzhi.wechat.vo.ScanQrCodeLanding;
import com.mengyunzhi.wechat.vo.TextResponse;
@RestController
@RequestMapping("wechatLanding")
public class WechatLandingController {
// 请求方法为POST
@PostMapping
public TextResponse scanQrCode(@RequestBody ScanQrCodeLanding landingRequest) {
// 根据情况进行相应的处理
}
}当前接收的请求仅支持扫描事件 ScanQrCodeLanding，在响应时仅支持文本响应 TextResponse。当有扫码事件时，会将携带有扫码场景值、openid及appid的信息请求到当前method上。
当前并没有开发适用于spring boot的starter，所以需要手动的进行实例化。
WxMpConfig wxMpConfig) {
WechatProxy wechatProxy = new WechatProxy(discoveryClient,
"WECHAT-SERVICE",
"SWITCHGEARV2",
"your-wechat-mp-app-id");其中 ：
discoveryClient为DiscoveryClient实例"WECHAT-SERVICE"为微信着陆微服务的名称，在团队中统一为"WECHAT-SERVICE""SWITCHGEARV2"为本例的名称，唯一"your-wechat-mp-app-id"为微信公众号的 appid
String sceneStr = UUID.randomUUID();
String qrUrl = wechatProxy.getTmpQrCode(sceneStr);此时 qrUrl 即为二维码图片的地址。当用户扫描这张二维时，则将携带此时的sceneStr来请求 WechatLandingController->scanQrCode。
// 生成数据项
LocalDateTime now = LocalDateTime.now(ZoneId.of("GMT+8"));
HashMap<String, String> map = new HashMap<>();
map.put("first", title);
map.put("keyword2", id);
map.put("keyword3", now.format(DateTimeFormatter.ofPattern("uuuu-MM-dd HH:mm:ss").withZone(ZoneId.of("GMT+8"))));
map.put("keyword1", level);
map.put("keyword4", module);
map.put("keyword5", description);
map.put("remark", remark);
// 构造模板消息
MessageTemplateRequest request = new MessageTemplateRequest(openId, "templateId", map);
wechatProxy.sendTemplateMessage(request);其中：
openId为接收微信用户的openidtemplateId为模板消息的模板id（在微信公众号管理端查看）map是模板对应的数据
sequenceDiagram
API服务->>微信着陆代理: 请求临时二维码
微信着陆代理->>微信服务器: 请求临时二维码
用户->>微信: 扫码
微信服务器->>微信着陆代理: 扫码事件
微信着陆代理->>API服务: 扫码事件
先使用mvn install进行安装，然后在当前机器的其它项目便可以直接进行依赖了，测试没有问题后，便可以尝试发布 snapshot 包，而 snapshot 包在运行一些日子没有问题时，便可以考虑打正式包了。
在pom.xml中添加：
<distributionManagement>
<snapshotRepository>
<id>oss</id>
<url>https://oss.sonatype.org/content/repositories/snapshots</url>
</snapshotRepository>
<repository>
<id>oss</id>
<name>Maven Central Staging Repository</name>
<url>https://oss.sonatype.org/service/local/staging/deploy/maven2/</url>
</repository>
</distributionManagement>注意：https://oss.sonatype.org/service/local/staging/deploy/maven2/ 是正式库的地址，而 https://oss.sonatype.org/content/repositories/snapshots 是snapshot库。
由于 snapshot 发布后是随时可以变更的，所以适用于当版本不太稳定的时候。而正式库一旦发布便不可变更，所以适用于版本稳定的时候。
当包的版本以 SNAPSHOT 结尾时，将自动发布到 snapshots 库中。同时由于 snapshots 不是正式库，在其它引用该 snapshots 库的应用中，还需要把 snapshots 的仓库地址添加到 pom.xml 中。
打开 ~/.m2/settings.xml 文件，并在 servers 中添加以下配置：
<server>
<id>oss</id>
<username>ssues.sonatype.org's username</username>
<password>ssues.sonatype.org's password</password>
</server>
注意： 以处的 oss 应该与 pom.xml 中的 snapshotRepository -> id 相同。
接着，我们在pom.xml中加入以入代码，以启用 GPG 签名：
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-source-plugin</artifactId>
<version>3.0.1</version>
<executions>
<execution>
<id>attach-sources</id>
<goals>
<goal>jar-no-fork</goal>
</goals>
</execution>
</executions>
</plugin>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-javadoc-plugin</artifactId>
<version>2.9.1</version>
<executions>
<execution>
<id>attach-javadocs</id>
<goals>
<goal>jar</goal>
</goals>
</execution>
</executions>
</plugin>
<!--推送到maven官方仓库时，需要启用以下注释内容，以保证生成签名-->
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-gpg-plugin</artifactId>
<version>1.5</version>
<executions>
<execution>
<id>sign-artifacts</id>
<phase>verify</phase>
<goals>
<goal>sign</goal>
</goals>
</execution>
</executions>
</plugin>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<version>3.8.0</version>
<configuration>
<source>1.8</source>
<target>1.8</target>
</configuration>
</plugin>
</plugins>
</build>如果有多个gpg，则还需要在属性中指定gpg的id:
<properties>
<gpg.keyname>F28358C2AAA021B831BAD7B559C086C400FC8E2F</gpg.keyname>
</properties>$ mvn clean deploy如果我们想使用一些变量来触发，则可以加入 -P 参数，比如：mvn clean deploy -P release，此时将会按 release 来自动设置一些变量（我们当前还没有用到）
此时在打包过程中会提供我们输入gpg密钥的密码，输入密钥后将进行签名及上传.
此时，如果我们当前包的名称以SNAPSHOT结尾，则可以直接在 SNAPSHOT 库中看到相应的内容（不需要审核），如果不以 SNAPSHOT 结尾，则需要进行审核。
由于 SNAPSHOT 本身是不稳定的，所以其它引用该库的项目，应该增加如下 repository 信息
<repositories>
<repository>
<id>snapshots-repo</id>
<url>https://oss.sonatype.org/content/repositories/snapshots</url>
<releases><enabled>false</enabled></releases>
<snapshots><enabled>true</enabled></snapshots>
</repository>
</repositories>如果是正式的库，则需要通过maven官方的一些审核，包括注释格式是否正确等。首先登录 https://oss.sonatype.org/ , 找到左侧的：Staging Repositories ，点击刷新 。然后我们刚刚推上来的jar包便会有一条记录。
选择该记录，然后选择标签卡上的 close。此时将进行待发布流程。稍等一会，再次点击该记录，下方的Activity显示successful后，便可以进行release了。点击该记录，点击release。此时将自动进行release环节。
此时如果没有问题，则会发布成功，可以在左侧的搜索中搜索相应的关键字来查看该jar是否发布成功。如果未发布成功，则可以在 Staging Repositories 仍然发现该条记录，点击记录也会出错错语的原因。
如果发布成功，稍等等待一会(这个时间不会太短，需要有一定的耐心)，则可以在 https://central.sonatype.com/ 官方中央仓库中找到该package。同时阿里云及其它仓库（比如：https://mvnrepository.com/ ） 的同步同需要一时间，需要有一定的耐心。