<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[健康平安的活着的专栏]]></title><description><![CDATA[给我一次重生的机会，好好活着。]]></description><link>https://blog.youkuaiyun.com/u011066470</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; u011066470]]></copyright><item><title><![CDATA[使用RestTemplate进行post与get请求的案例]]></title><link>https://blog.youkuaiyun.com/u011066470/article/details/166361288</link><guid>https://blog.youkuaiyun.com/u011066470/article/details/166361288</guid><author>u011066470</author><pubDate>Tue, 22 Sep 2026 13:58:16 +0800</pubDate><description><![CDATA[1.设置处理方式。]]></description><category></category></item><item><title><![CDATA[mysql使用order by xx+limit 分页出现数据漂移问题]]></title><link>https://blog.youkuaiyun.com/u011066470/article/details/164323527</link><guid>https://blog.youkuaiyun.com/u011066470/article/details/164323527</guid><author>u011066470</author><pubDate>Thu, 03 Sep 2026 08:36:11 +0800</pubDate><description><![CDATA[因为createtime重复，两次 SQL 的行的物理返回顺序发生漂移，A 既不在前 1000，也不在 10012000 区间，出现 “总集合里有，分页拆成两段都找不到”。只根据非唯一字段 order by，MySQL 分页拆分 limit，结果集会漂移，出现：大 limit 能查到，拆成分页两段都查不到该条记录。索引：建立联合索引 idx_create_time_id(createtime,id)，order by 排序直接走索引，顺序完全固定，性能也好。]]></description><category></category></item><item><title><![CDATA[java中批量查询+stream返回map提高查询效率]]></title><link>https://blog.youkuaiyun.com/u011066470/article/details/164145689</link><guid>https://blog.youkuaiyun.com/u011066470/article/details/164145689</guid><author>u011066470</author><pubDate>Fri, 28 Aug 2026 14:31:02 +0800</pubDate><description><![CDATA[2.优雅的解法：批量查询+stream组装map第一步：查列表，拿到所有订单第二步：提取ID集合，批量查询关联数据，用 Stream 转成 Map第三步：循环里只从 Map 取值，零次数据库查询对应代码案例。]]></description><category></category></item><item><title><![CDATA[在idea中部署spring mvc 项目的操作步骤]]></title><link>https://blog.youkuaiyun.com/u011066470/article/details/162387771</link><guid>https://blog.youkuaiyun.com/u011066470/article/details/162387771</guid><author>u011066470</author><pubDate>Sun, 28 Jun 2026 12:06:44 +0800</pubDate><description><![CDATA[1.idea打开工程，需要通过项目根目录打开，不能加载到项目的父目录打开如：需要加载到具体项目目录打开：E:\spring-security-project\spring-session-quanxian。]]></description><category></category></item><item><title><![CDATA[mysql中数据库脚本太大，通过脚本命令修改db名称]]></title><link>https://blog.youkuaiyun.com/u011066470/article/details/161973800</link><guid>https://blog.youkuaiyun.com/u011066470/article/details/161973800</guid><author>u011066470</author><pubDate>Sun, 14 Jun 2026 11:48:07 +0800</pubDate><description><![CDATA[导出的mysql中某个数据库脚本太大，无法修改文件中use xxx；影响使用库脚本。]]></description><category></category></item><item><title><![CDATA[dify中使用知识库助手]]></title><link>https://blog.youkuaiyun.com/u011066470/article/details/161367184</link><guid>https://blog.youkuaiyun.com/u011066470/article/details/161367184</guid><author>u011066470</author><pubDate>Sun, 24 May 2026 17:30:52 +0800</pubDate><description><![CDATA[上传文件文档切分文档向量化存储知识库问题检索知识库获取相关上下文问题和上下文融合送入LLM 得到预测结果。]]></description><category></category></item><item><title><![CDATA[dify中使用配置大模型]]></title><link>https://blog.youkuaiyun.com/u011066470/article/details/161167865</link><guid>https://blog.youkuaiyun.com/u011066470/article/details/161167865</guid><author>u011066470</author><pubDate>Sun, 17 May 2026 16:48:15 +0800</pubDate><description><![CDATA[1）点击下载按钮，获取安装程序。2)双击安装文件，点击「Install」开始安装。，并不会让用户自定义选择安装路径。5）模型存储位置配置3.安装位置4.安装完成后，会在电脑右下角出现Ollama图标！]]></description><category></category></item><item><title><![CDATA[spring中事务失败的几种场景【经典】]]></title><link>https://blog.youkuaiyun.com/u011066470/article/details/160811150</link><guid>https://blog.youkuaiyun.com/u011066470/article/details/160811150</guid><author>u011066470</author><pubDate>Wed, 06 May 2026 09:38:38 +0800</pubDate><description><![CDATA[同类内部直接调用（this. 方法 ()） → 不是代理调用 → 事务直接失效。只要是同一个类内部方法调用（自调用），不管谁调谁，被调用方的 @Transactional 永远失效！若果同一个类中A方法有事务，B方法有事务，A调用B方法，则B事务失效，b隶属于A方法的事务。java中同一个类中A方法没有事务，B方法有事务，A调用B方法，则B方法事务失效；原因：A 没有事务，A 内部直接调用 B → 用的是。：无论 A 有没有事务，调用同类的 B（带事务）→。A 有事务，所以A 会开启事务。]]></description><category></category></item><item><title><![CDATA[mysql中不同时间类型（date/datetime/timestamp）的查询案例]]></title><link>https://blog.youkuaiyun.com/u011066470/article/details/160504854</link><guid>https://blog.youkuaiyun.com/u011066470/article/details/160504854</guid><author>u011066470</author><pubDate>Sat, 25 Apr 2026 17:52:57 +0800</pubDate><description><![CDATA[1）字段是date类型，放心用between....and2）字段时datetime/timestamp，统一用：>=开始日期 and <  结束日期+1 天。]]></description><category></category></item><item><title><![CDATA[mysql中left join 不一定比 in效率高案例]]></title><link>https://blog.youkuaiyun.com/u011066470/article/details/160504663</link><guid>https://blog.youkuaiyun.com/u011066470/article/details/160504663</guid><author>u011066470</author><pubDate>Sat, 25 Apr 2026 17:06:18 +0800</pubDate><description><![CDATA[常规来说，left join语法 要比 写 in 效率高，查询快，但是万事有特殊情况，如下sql：DESCDESCusing index  为何第一个执行是这个，而第二个是using where；LooseScan第二个比第一个高效呢？]]></description><category></category></item><item><title><![CDATA[linux服务器使用top命令真实案例分析&堆内存大，高负载【经典】]]></title><link>https://blog.youkuaiyun.com/u011066470/article/details/160503880</link><guid>https://blog.youkuaiyun.com/u011066470/article/details/160503880</guid><author>u011066470</author><pubDate>Sat, 25 Apr 2026 16:37:22 +0800</pubDate><description><![CDATA[G1 的 Full GC 是全程 STW、多线程并行执行，无任何并发阶段（不和业务线程同时跑）。现代 Java 默认 Full GC 是多线程并行一起执行，GC 线程之间不用等待，全员同时工作吃满 CPU。你遇到的一定是：并行多线程 Full GC1、堆设置超大 → 存活对象极多、可垃圾极少；2、触发 STW Full GC 瞬间，JVM 拉起 8/16/32 个 GC 工作线程；3、A、B、C等 所有 GC 线程全员并行干活，不互相等待；]]></description><category></category></item><item><title><![CDATA[使用tsf分析服务器的内存使用情况【经典版】]]></title><link>https://blog.youkuaiyun.com/u011066470/article/details/160496068</link><guid>https://blog.youkuaiyun.com/u011066470/article/details/160496068</guid><author>u011066470</author><pubDate>Sat, 25 Apr 2026 10:50:27 +0800</pubDate><description><![CDATA[tsf显示的内存概述tsf显示的堆内存中，显示：max，used，committed 等指标的含义如下：max：JVM 最多能用到多少内存（上限）committed：操作系统已经分配给 JVM 的内存（已到手）used：当前实际正在使用的内存（已消耗）三者之间的关系：used ≤ committed ≤ max例子如下：used（当前堆）= 1209.43MB ≈ 1.2GB：你应用真正在用的内存，非常低，完全够用。]]></description><category></category></item><item><title><![CDATA[java中事务即可触发回滚&又能返回成败信息案例]]></title><link>https://blog.youkuaiyun.com/u011066470/article/details/159079626</link><guid>https://blog.youkuaiyun.com/u011066470/article/details/159079626</guid><author>u011066470</author><pubDate>Sun, 15 Mar 2026 11:44:04 +0800</pubDate><description><![CDATA[既要保证数据库操作的原子性（失败时回滚），又要给调用方返回结构化的结果（如 Map<Boolean, Integer>）。你需要将“带事务的数据库操作”和“结果封装与返回”拆成两个方法。核心思路：1写一个private的、2在public的主方法中，这样，事务的边界清晰，既能回滚，又能返回结构化结果。]]></description><category></category></item><item><title><![CDATA[java中事务@Transaction的正确使用和触发回滚机制【经典】]]></title><link>https://blog.youkuaiyun.com/u011066470/article/details/159079197</link><guid>https://blog.youkuaiyun.com/u011066470/article/details/159079197</guid><author>u011066470</author><pubDate>Sun, 15 Mar 2026 11:19:45 +0800</pubDate><description><![CDATA[Spring 的声明式事务（@Transactional）是通过AOP代理实现的。它的回滚机制依赖于方。]]></description><category></category></item><item><title><![CDATA[java中乐观锁+事务在批量导入，批量审批案例的使用]]></title><link>https://blog.youkuaiyun.com/u011066470/article/details/159078679</link><guid>https://blog.youkuaiyun.com/u011066470/article/details/159078679</guid><author>u011066470</author><pubDate>Sun, 15 Mar 2026 10:37:29 +0800</pubDate><description><![CDATA[我们将模拟一个“批量调整库存”的场景。多个线程（或请求）可能同时尝试修改同一批商品的库存。本案例这是一个这个方案更简洁、更直接。当并发修改导致版本冲突时，它会立即抛出异常，由上层调用者（如 Controller）决定如何处理（例如：返回错误信息给前端，让用户手动重试）。]]></description><category></category></item><item><title><![CDATA[java8案例对list[过滤、分组，转换，查找等]清洗逻辑]]></title><link>https://blog.youkuaiyun.com/u011066470/article/details/159078052</link><guid>https://blog.youkuaiyun.com/u011066470/article/details/159078052</guid><author>u011066470</author><pubDate>Sun, 15 Mar 2026 09:32:18 +0800</pubDate><description><![CDATA[【代码】java8案例对list[过滤、分组，转换，查找等]清洗逻辑。]]></description><category></category></item><item><title><![CDATA[AI之Toolcalling的使用案例（langchain4j+springboot）]]></title><link>https://blog.youkuaiyun.com/u011066470/article/details/158233552</link><guid>https://blog.youkuaiyun.com/u011066470/article/details/158233552</guid><author>u011066470</author><pubDate>Fri, 20 Feb 2026 07:40:11 +0800</pubDate><description><![CDATA[Service让 Spring 管理该 Bean，便于注入。@Service// 模拟真实逻辑（可替换为 HTTP 调用天气 API）它会在运行时动态生成该接口的实现类（通过代理或字节码生成），并自动处理与 LLM 的交互、工具调用、结果解析等复杂逻辑。这种模式类似于：Spring Data JPA：UserRepository extends JpaRepository → 无需实现。]]></description><category></category></item><item><title><![CDATA[java中方法传参数为泛型，返回值为指定类型]]></title><link>https://blog.youkuaiyun.com/u011066470/article/details/157579353</link><guid>https://blog.youkuaiyun.com/u011066470/article/details/157579353</guid><author>u011066470</author><pubDate>Sat, 31 Jan 2026 10:19:52 +0800</pubDate><description><![CDATA[T> 就是说：“我这个方法能处理任何类型的参数，你传啥都行！]]></description><category></category></item><item><title><![CDATA[java中策略模式的使用]]></title><link>https://blog.youkuaiyun.com/u011066470/article/details/157578358</link><guid>https://blog.youkuaiyun.com/u011066470/article/details/157578358</guid><author>u011066470</author><pubDate>Sat, 31 Jan 2026 08:38:08 +0800</pubDate><description><![CDATA[1.方式1：通过构造函数注入策略（不可变策略）2.方式2：通过 setter 动态设置策略（可变策略）不允许变→ 构造函数注入，每次换策略就 new 一个 Context（合理且清晰）。允许变→ 提供 setter，复用同一个 Context。这两种都是策略模式的合法且常用实现方式，没有绝对对错，只有适合场景与否@Override@Override。]]></description><category></category></item><item><title><![CDATA[springboot+sse的实现案例]]></title><link>https://blog.youkuaiyun.com/u011066470/article/details/156126650</link><guid>https://blog.youkuaiyun.com/u011066470/article/details/156126650</guid><author>u011066470</author><pubDate>Sun, 21 Dec 2025 12:12:53 +0800</pubDate><description><![CDATA[SSE（Server-Sent Events，服务器发送事件）是一种的技术，属于 HTML5 标准的一部分。它允许服务器主动向客户端发送数据流，适用于的场景（如新闻推送、实时监控、日志流展示等）。1和websocket对比。]]></description><category></category></item></channel></rss>