转载请标明出处：https://blog.csdn.net/men_ma/article/details/106847165.
本文出自 不怕报错 就怕不报错的小猿猿 的博客
岚图N次方KOC项目复盘总结---记录踩坑日记
- 项目复盘
项目复盘
生产定时任务推送消息通知重复
问题描述：
在测试环境中，每隔五分钟会执行一次新建任务的消息推送，每个任务会发送一条消息通知。然而，在生产环境中，同一条任务对于同一用户却收到了两条重复的消息推送。
排查原因：
- 并发执行：生产环境中运行着两个容器，导致定时任务的并发执行，从而触发同一任务的重复推送。
解决方案：
- 引入分布式锁：给定时任务加Redis实现分布式锁，确保同一时间只有一个任务在执行。
- 日志记录：增加了定时任务日志记录，便于后续问题排查和监控。
代码示例：
/**
* 每五分钟执行一次触发微信模板消息通知
*
* @throws JsonProcessingException
* @throws IOException
*/
@Scheduled(cron = "0 0/5 * * * ?")
public void tenantIdNewTaskSend() {
String key = "tenantIdNewTaskSend";
saveSchedulerLog(SnowflakeIdWorker.newID(), "tenantIdNewTaskSend", "每五分钟执行一次触发微信模板消息通知开始, 锁的key: " + key);
String jobInfo = "定时任务-每五分钟执行一次触发微信模板消息通知".concat("Key:").concat(key);
log.info("{}:开始", jobInfo);
if (!getLock(key, 3)) {
log.info("{}: 未获取到锁,跳出执行", jobInfo);
return;
}
saveSchedulerLog(SnowflakeIdWorker.newID(), "tenantIdNewTaskSend", "每五分钟执行一次触发微信模板消息通知结束, tenantIds: " + JSON.toJSONString(tenantList));
}
//保存到定时任务日志表
protected void saveSchedulerLog(Long id, String type, String remark) {
busSchedulerLogsMapper.insert(
new BusSchedulerLogs().setId(id).setType(type).setRemark(remark).setCreateTime(new Date())
);
}
调用access_token次数超额
问题描述：
当推送人数较多时，每个用户在发送微信模板消息时，都会频繁调用"获取 Access Token"接口。这导致微信公众号的接口调用次数超出限制，进而引发 access_token无效的错误，导致消息推送失败。
解决方案：
将accessToken存入Redis缓存中，每1小时更新一次微信access_token，每次调用微信模板消息发送接口时，都从Redis中取access_token，从而避免频繁请求微信接口。
代码示例：
- 获取 Token 方法：
-
使用 Redis 缓存来存储 access_token，并在需要时优先从缓存中获取。
-
如果缓存不存在或已过期，则调用微信接口获取新的 access_token。
/**
* 获取微信 access_token，先尝试从 Redis 缓存获取，如果缓存不存在或已过期，则调用微信接口获取
* @return access_token
*/
public String getAccessToken(String appId,String appSecret) {
String accessToken = redisTemplate.opsForValue().get(ACCESS_TOKEN_KEY);
log.info("获取缓存中的accesstoken：{}",accessToken);
if (ToolEmptyUtil.isEmpty(accessToken)) {
weiXinUtil.getJsapiTicket(appId,appSecret);
return redisTemplate.opsForValue().get(ACCESS_TOKEN_KEY);
}
return accessToken;
}/**
* 获取微信 accessToken
*
* @return
*/
private String getAccessToken(String tenantId,String appID,String appSecret){
String accessToken = "";
log.info("获取微信缓存中AccessToken");
accessToken = redisTemplate.opsForValue().get(ACCESS_TOKEN_KEY+tenantId);
log.info("获取微信缓存中AccessToken，AccessToken：[{}]", accessToken);
if (StringUtils.isNotEmpty(accessToken)) {
return accessToken;
}
HttpClientUtil httpClientUtil = new HttpClientUtil();
Map<String,String> params = new HashMap<>();
params.put("grant_type",grantType);
params.put("appid",appID);
params.put("secret",appSecret);JSONObject jsonObject = null; try { log.info("获取getAccessToken地址[{}]", accessTokenUrl); HttpResponse httpResponse = httpClientUtil.doGet(accessTokenUrl, null, params); // 获取返回数据并转为jsonObject HttpEntity entity = httpResponse.getEntity(); jsonObject = JSONObject.parseObject(EntityUtils.toString(entity)); } catch (Exception e) { log.error("获取微信accessToken失败，WeChatUtil.getAccessToken"); throw new ServiceException("获取微信accessToken失败，WeChatUtil.getAccessToken" + e.getMessage()); } accessToken = jsonObject.getString("access_token"); boolean empty = StringUtils.isEmpty(accessToken); if (empty){ String errCode = jsonObject.getString("errcode"); String errMsg = jsonObject.getString("errmsg"); log.error("获取微信accessToken失败，WeChatUtil.getAccessToken，请求错误代码：" + errCode + ",错误信息：" + errMsg); throw new ServiceException("获取微信accessToken失败，WeChatUtil.getAccessToken，请求错误代码：" + errCode + ",错误信息：" + errMsg); } redisTemplate.opsForValue().set(ACCESS_TOKEN_KEY+tenantId, accessToken, ACCESS_TOKEN_EXPIRE_SECONDS, TimeUnit.SECONDS); return accessToken;}
-
模板消息推送内容长度超额导致发送失败
问题描述：
所有模板消息推送中的 thing.DATA 参数内容字数超过限制，导致消息推送失败。
解决方案：
| 参数类别 | 参数说明 | 参数值限制 | 说明 | 适用范围 |
|---|---|---|---|---|
| thing.DATA | 事物 | 20个以内字符 | 可汉字、数字、字母或符号组合 | 供姓名关键词、地址关键词、机构/组织名关键词选择（如：单位名、银行名、医院名、科室、班级）、品名关键词选择（如：药品名、股票名、课程名、科目名、岗位名） |
判断工单标题内容长度>16个字符就显示...
代码示例：
// 判断长度并截取(超过16个字符就截取后面的显示...)
this.keyword1=keyword1.length() > 16 ? keyword1.substring(0, 16) + "..." : keyword1;
定时任务锁的时间导致下一次任务跳过了没跑到
问题描述：
由于定时任务的执行间隔为五分钟，而分布式锁的时间也设置为五分钟，导致在下一次定时任务触发时，前一个任务仍然持有锁，从而造成某些定时任务未能执行。这种情况偶尔会导致任务未被触发消息推送，影响系统的正常运行。
排查原因：
经过排查，发现定时任务的分布式锁时间不能大于或等于定时任务的触发时间间隔。若锁的持有时间过长，便会导致后续的任务被锁住，从而无法执行。
解决方案：
将定时任务的分布式锁时间修改为小于定时任务的触发时间，由分布式锁的五分钟时间设置为3分钟或更短，以确保每次任务都能顺利执行完毕后，锁可以及时释放。
代码示例：
@Scheduled(cron = "0 0/5 * * * ?")
public void tenantIdNewTaskSend() {
String key = "tenantIdNewTaskSend";
saveSchedulerLog(SnowflakeIdWorker.newID(), "tenantIdNewTaskSend", "每五分钟执行一次触发微信模板消息通知开始, 锁的key: " + key);
String jobInfo = "定时任务-每五分钟执行一次触发微信模板消息通知".concat("Key:").concat(key);
log.info("{}:开始", jobInfo);
if (!getLock(key, 3)) {
log.info("{}: 未获取到锁,跳出执行", jobInfo);
return;
}
//业务代码 todo
saveSchedulerLog(SnowflakeIdWorker.newID(), "tenantIdNewTaskSend", "每五分钟执行一次触发微信模板消息通知结束, tenantIds: " + JSON.toJSONString(tenantList));
}
模板消息通知推送速度慢
问题描述：
当全员推送消息通知时，十几分钟才推送了3000+条，推送的速度很慢
排查原因：
向微信公众号模板消息推送接口发送请求时，http普通连接太慢了，没用连接池，每发送一条消息都请求一次微信模板推送接口，8000人则请求8000次
解决方案：
使用线程池，并行推送消息发送，以提高效率。通过使用线程池，可以同时处理多个发送请求，减少总的执行时间。
新增HTTP请求的工具类（HttpClientPoolUtil），提供了连接池的管理和HTTP请求的执行，使用PoolingHttpClientConnectionManager 来管理 HTTP 连接池，允许多个请求共享相同的连接，减少创建和关闭连接的开销，提高性能。
代码示例：
// 开启100个线程池
ExecutorService executor = Executors.newFixedThreadPool(100);
// 需要推送的人数
int size = template.size();
log.info("总需要推送的人数：{}",size);
for (int i = 0; i < size; i++) {
// 定义常量
int finalI = i = i;
//并行发送
executor.submit(() -> {
try {
// 获取返回的消息
String returnMsg = sendMessage(tenantId,template.get(finalI), wxMpConfig);
log.info("执行线程：" + Thread.currentThread().getName() + ",返回信息" + returnMsg);
} catch (Exception e) {
throw new RuntimeException(e);
}
});
}
executor.shutdown();
/**
* 发送模板消息
* @return
* @throws Exception
*/
public String sendMessage(String tenantId,Template template, WxMpConfig wxMpConfig) throws Exception{
// 获取accessToken
String token = this.getToken(tenantId,wxMpConfig.getAppId(), wxMpConfig.getAppSecret());
// 获取要发送的消息
String message = template.buildMessage(wxMpConfig);
// 执行发送
String responseContent = HttpClientPoolUtil.execute(this.templateUrl + token, message);
return responseContent;
}
消息推送日志记录不完整
问题描述：
在消息推送的过程中，由于缺乏有效的日志记录，导致在排查消息通知未发送成功原因时面临困难。未能及时记录推送日志，使得在生产环境中追踪问题变得复杂和耗时，意识到日志记录的重要性。
解决方案：
新建微信消息推送日志表，在每次调用微信模板消息推送接口时，将微信返回的结果和相关信息记录到日志表中。这将有助于后续的错误排查和性能分析。
-- 微信推送日志表结构
CREATE TABLE `bus_wechat_message_send_log` (
`id` bigint NOT NULL AUTO_INCREMENT,
`open_id` varchar(255) DEFAULT NULL COMMENT '用户openid',
`message_title` varchar(255) DEFAULT NULL COMMENT '推送标题（工单）',
`template_id` varchar(255) DEFAULT NULL COMMENT '推送模板ID',
`message_data_json` varchar(255) DEFAULT NULL COMMENT '推送内容请求参数JSON',
`wechat_send_thread_name` varchar(32) DEFAULT NULL COMMENT '推送线程名称',
`wechat_send_result_json` varchar(255) DEFAULT NULL COMMENT '微信推送响应结果JSON',
`push_time` datetime DEFAULT NULL COMMENT '推送时间',
`create_time` datetime DEFAULT NULL COMMENT '创建时间',
`update_time` datetime DEFAULT NULL COMMENT '修改时间',
`tenant_id` varchar(64) DEFAULT NULL COMMENT '租户id',
`task_notice_id` bigint DEFAULT NULL COMMENT '任务/通知id',
`result_errcode` bigint DEFAULT NULL COMMENT '微信返回结果码',
PRIMARY KEY (`id`),
KEY `openid_createTime_index` (`open_id`,`create_time`)
) ENGINE=InnoDB AUTO_INCREMENT=147974 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci COMMENT='微信消息推送日志表';
代码示例：
public void beginMessageTask(List<? extends Template> template) throws Exception{
log.info("*************begin task**************");
//1.获取当前登陆用户租户ID
String tenantId = TenantContext.getTenantId();
BaseTenant baseTenant = baseTenantService.getOne(new LambdaQueryWrapper<BaseTenant>().eq(BaseTenant::getTenantId, tenantId));
WxMpConfig wxMpConfig = baseTenant.getWxMpConfig();
//保存日志信息
List<BusWechatMessageSendLog> wechatMessageSendLogList=new ArrayList<>();
// 开启100个线程池
ExecutorService executor = Executors.newFixedThreadPool(100);
// 需要推送的人数
int size = template.size();
log.info("总需要推送的人数：{}",size);
for (int i = 0; i < size; i++) {
// 定义常量
int finalI = i = i;
executor.submit(() -> {
try {
// 获取返回的消息
String returnMsg = sendMessage(tenantId,template.get(finalI), wxMpConfig);
log.info("执行线程：" + Thread.currentThread().getName() + ",返回信息" + returnMsg);
BusWechatMessageSendLog wechatMessageSendLog = new BusWechatMessageSendLog();
wechatMessageSendLog.setTenantId(tenantId);
wechatMessageSendLog.setWechatSendResultJson(returnMsg);
wechatMessageSendLog.setCreateTime(new Date());
wechatMessageSendLog.setOpenId(template.get(finalI).getOpenId());
wechatMessageSendLog.setTemplateId(template.get(finalI).getTemplateName());
wechatMessageSendLog.setWechatSendThreadName(Thread.currentThread().getName());
wechatMessageSendLog.setMessageTitle(template.get(finalI).getMessageTitle());
wechatMessageSendLog.setTaskNoticeId(template.get(finalI).getTaskNoticeId());
// 获取 errcode 的值
JSONObject jsonObject = JSON.parseObject(returnMsg);
Long errcode = jsonObject.getLongValue("errcode");
wechatMessageSendLog.setResultErrcode(errcode);
wechatMessageSendLogService.save(wechatMessageSendLog);
} catch (Exception e) {
throw new RuntimeException(e);
}
});
}
executor.shutdown();
}
服务宕机/网络中断导致推送消息中断
问题描述：
在推送某条任务消息给所有人群的过程中，部分用户成功接收了工单提醒通知，而部分用户却没有收到。
排查原因：
经过排查，发现该情况是由于定时任务在执行工单提醒消息推送时，服务器宕机/网络中断/重启导致推送中断，未能完成对所有目标用户的消息推送通知。
解决方案：
流程：
- 创建任务 ：
- 保存任务时，异步获取目标发送人群，并将数据持久化到数据库。
- 将原
templateList写入数据表wx_message，设置发送状态为"待发送"。 - 注意：需考虑发送人群的实时性问题，例如在任务发送消息时，有人解绑或新增用户。
- 定时任务 ：
- 每五分钟执行一次，从
wx_message表中获取待发送任务人员。 - 限定获取条数及任务发送时间，未到发送时间的任务不处理，以避免一次加载过多数据（例如，每1万条数据耗时加5分钟）。
- 一旦获取到数据，立即将状态更新为"发送中"。
- 每五分钟执行一次，从
- 处理发送 ：
- 每处理一个人时，确保在
finally块中记录该人员的发送状态（成功或失败），并解锁。
- 每处理一个人时，确保在
定时任务与分布式锁的时间差：
- 副本1在30分钟时获取到锁并开始执行任务，预计持续8分钟。
- 33分钟时锁失效。
- 副本2在35分钟时获取到锁并继续执行任务，以避免出现重复发送的情况。
- finally 在服务器挂掉了是否还能生效，需要新增时间判断
注意事项：
- 避免漏发和多发：确保每个消息准确发送。
- 避免发送错误租户：确保消息发送到正确的目标人群。
- 避免多个定时任务同时执行：使用分布式锁来控制任务执行。
补充：
- 新增一个接口，支持根据参数进行手动触发推送。