坑1：默认情况下， 采用JdkSerializationRedisSerializer作为序列化器，要实现自增只能直接调用自增，不能先set再调用自增，最大的坑是如果set进去的是java对象，对象成员属性有增加或者减少的时候，会导致get会报错，这个就不在这里演示了。然后回测前面的坑1的两种情况，都能顺利通过，这里就不截图了，完美解决遇到的坑。

springboot单元测试指定对应环境的配置文件

logback的基本使用就不说了，说说写这片文章的背景，之前做过一个分布式离线调度平台，简单来讲就是跑定时任务的，但是支持的任务类型有多种，不仅仅是Java定时任务，每个任务在跑的时候都会产生一些日志，这些日志要展现在页面给用户看，以便查看任务运行时的一些信息，方便排错，一般的我们可能会想到吧日志采集上来存到es里面，然后页面直接查询es，但是这样会增加依赖，于是就想到把日志存在机器上，页面访问的

logback的基本使用就不说了，说说写这片文章的背景，之前做过一个分布式离线调度平台，简单来讲就是跑定时任务的，但是支持的任务类型有多种，不仅仅是Java定时任务，每个任务在跑的时候都会产生一些日志，这些日志要展现在页面给用户看，以便查看任务运行时的一些信息，方便排错，一般的我们可能会想到吧日志采集上来存到es里面，然后页面直接查询es，但是这样会增加依赖，于是就想到把日志存在机器上，页面访问的

就是杀掉xxx相关的进程，然后启动，当然也还有其他的方式可以实现类似的功能，我就不列举了，另外呢，现在很多公司可能也都把项目上云了，大部分情况都不需要自己写脚本重启服务，这个命令中在kill前面的一大串其实就是获取xxx.jar这个服务的jvm进程号，然后传递给kill -9命令，那么除了这种方式，还有没有其他办法获取到jvm进程号呢，下面就我知道的分享一下，不喜勿喷。第一种，通过java代码获取

目前还没找到为什么会这样，欢迎有知道原因的大佬指点。

本文介绍了三种实现智能助手功能的技术方案：1）不借助框架，通过AI模型识别用户意图并返回固定值；2）使用LangChain4j框架，通过工具注解实现功能调用；3）使用AgentScope框架，创建智能体处理请求。重点比较了各方案在处理结果返回时的性能差异，建议对于大数据量查询采用直接返回原始结果的方式，避免大模型润色导致的性能损耗。文章还提供了各方案的Java代码示例，并针对实际项目中的性能优化提

本文介绍了三种实现智能助手功能的技术方案：1）不借助框架，通过AI模型识别用户意图并返回固定值；2）使用LangChain4j框架，通过工具注解实现功能调用；3）使用AgentScope框架，创建智能体处理请求。重点比较了各方案在处理结果返回时的性能差异，建议对于大数据量查询采用直接返回原始结果的方式，避免大模型润色导致的性能损耗。文章还提供了各方案的Java代码示例，并针对实际项目中的性能优化提

【代码】vscode/windsurf/trae无法识别junit的@Test注解解决办法。

前面有讲到在执行完业务sql之后，如果异常了会调用一个closesession来关闭sqlsession，它里面最后是调用的mybatis的sqlsessionmanager的close方法，sqlsessionmanager也是通过threadlocal来实现线程安全的，至于为什么是调用sqlsessionmanager，这个是mybatis与spring整合的时候实例化sqlsession的策