sdgames的博客

（1）解耦版：将业务逻辑和定时任务逻辑完全分开部署，实现解耦，只对业务逻辑实现集群，不对定时任务实现集群，定时任务单机版本。（2）如果服务器在在集群的情况下，可鞥会存在定时任务逻辑会重复执行，比如部署两台一样的发送点卷服务，那么相同的定时任务逻辑会重复执行两次。（3）定时任务执行非常消耗cpu的资源，可能会影响到业务线程的执行，比如查询大量的数据进行处理，那么堆内存消耗非常大，可能会造成内存泄漏。（1）业务逻辑与定时任务逻辑放入在同一个jar包中，如果业务逻辑宕机了，定时任务逻辑也会宕机。

（1）

报这个错说明这个strTime在对象里有，在数据表里没有，数据库表里加上这个属性字段就行了。

这是因为这个age是Integer类型的，而且我们使用的是mybatis的原生方法，我现在要更新这个数据，除了id，全部设为null.这个age很明显没有设置成null.

看似好像没啥问题，但是在查询的时候，检索条件无效，只要把!= ''去掉就好了，在做条件查询的时候，

比如现在name为必传，position为非必传，我们来用postman测试下，

我们在开发的时候，经常会遇到处理对象属性值得问题，那么在bean对象里处理是最方便的。这是一个时间属性，我们返回的时候需要对时间进行处理，把Date类型转换成String,

【代码】计算两个时间相隔的小时数。

Optional.ofNullable(值1).orElse(值2)这个方法就是如果值1为null,就走值2，如果值1有值，就返回值1。只能判null,不能判断是否是空字符。

类似于这种传参：

上面是我本地分支，我要合并到我的dev分支，切换到dev分支。

最后代码直接拉到idea。

2、in是先把in括号中的语句查出来，放在临时表中，然后遍历临时表，将临时表的每一行，代入外查询中查找，当exist里的条件为真，返回外表当前记录，反之不反悔，丢弃当前记录。exist筛选外表，将外查询表的每一行，带入内查询进行判断。子表比较大用exist，可以减少总循环次数提高速度。外查询比较大用in减少对外查询表循环遍历提高速。exist用于对外表记录做筛选。exist适合外小内大。

（3）如果列类型是字符串，那在查询条件中需要将数据用引号引用起来，否则不走索引。（1）查询条件中有or,即使有部分条件带索引也会失效。（5） 没有查询条件，或者查询条件没有建立索引。（4）索引裂上参与计算会导致索引失效。（2）like查询是以百分号开头。

怎么解决了，从全局id的角度去出发，比如msg会自带全局id,跟据全局id去查询，也可以根据业务id去定，先去根据id在数据库中查下，然后有就不插入。主动推送（mq服务器主动推送消费者）消费者与mq服务器端已经建立连接之后，生产者投递消息给mq服务器端，mq服务器端主动将消息推送给消费者。生产者投递消息给mq服务器端，但是消费者不在，消费者在启动的时候与mq服务器端建立连接，判断消费者订阅队列有哪些消息还没有被消费。如果服务器端不在的情况下，容易丢失请求，比如发送个请求消息，服务器突然宕机了。

今年对技术上的学习明显比前前两年懒散了许多，这一点是真的要反思下了，无论干什么都要有颗持续学习的心态，希望在下一年里，多学习，多记录，多总结，让自己变得优秀点，让量变产生质变。最后还是对自己的2022年说一声，幸苦了，接下来的一年，努努力，过上自己想要的生活，加油。

报这错，说明服务器的磁盘满了，清除一些不必要的文件就可以了，释放一些磁盘空间就可以了。

这是一个map集合的数据，我要单独获取V的值并添加到list集合

那么怎么解决了：Stream流提供了一个方法：Optional.ofNullable().orElse()如果某个人的分数为null，那么就有可能会出现空指针的情况：我们来演示下错误。说白了就是加了个判断如这个人分数为null，我就默认0.0，我要求出每个部门的总分数。

结果根据条件检索出来的数据不是自己想要的数据，我看了下执行的sql语句，原来多了几个默认检索条件，这几个条件我没传啊，怎么给我带上的了，原来，，，，，，我定义的属性是基本类型，有默认值，最后我把这个属性定义成包装类型就解决了。今天在开发的时候使用jpa自带的查询方法。