<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Spring Boot on 知识铺的博客</title>
    <link>https://index.zshipu.com/geek/tags/Spring-Boot/</link>
    <description>Recent content in Spring Boot on 知识铺的博客</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>zh-CN</language>
    <lastBuildDate>Wed, 02 Sep 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://index.zshipu.com/geek/tags/Spring-Boot/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>高频不存在键请求直击PostgreSQL，Spring Boot用Bloom Filter加Redis拦截</title>
      <link>https://index.zshipu.com/geek/post/20260902/%E9%AB%98%E9%A2%91%E4%B8%8D%E5%AD%98%E5%9C%A8%E9%94%AE%E8%AF%B7%E6%B1%82%E7%9B%B4%E5%87%BBPostgreSQLSpring-Boot%E7%94%A8Bloom-Filter%E5%8A%A0Redis%E6%8B%A6%E6%88%AA/</link>
      <pubDate>Wed, 02 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://index.zshipu.com/geek/post/20260902/%E9%AB%98%E9%A2%91%E4%B8%8D%E5%AD%98%E5%9C%A8%E9%94%AE%E8%AF%B7%E6%B1%82%E7%9B%B4%E5%87%BBPostgreSQLSpring-Boot%E7%94%A8Bloom-Filter%E5%8A%A0Redis%E6%8B%A6%E6%88%AA/</guid>
      <description>高频请求查询不存在的键时，Redis缓存被完全绕过，流量直接打到PostgreSQL数据库上。文章展示了在Spring Boot中把Bloom Filter作为守卫层放在Redis前面的具体做法。 不存在的键请求会直接让PostgreSQL承受全部流量 缓存穿透的定义很直接：当大量请求查</description>
    </item>
    <item>
      <title>Spring Boot 4.0 升级 Jackson 3 后，包名、API 和配置到底怎么改</title>
      <link>https://index.zshipu.com/geek/post/20260901/Spring-Boot-4.0-%E5%8D%87%E7%BA%A7-Jackson-3-%E5%90%8E%E5%8C%85%E5%90%8DAPI-%E5%92%8C%E9%85%8D%E7%BD%AE%E5%88%B0%E5%BA%95%E6%80%8E%E4%B9%88%E6%94%B9/</link>
      <pubDate>Tue, 01 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://index.zshipu.com/geek/post/20260901/Spring-Boot-4.0-%E5%8D%87%E7%BA%A7-Jackson-3-%E5%90%8E%E5%8C%85%E5%90%8DAPI-%E5%92%8C%E9%85%8D%E7%BD%AE%E5%88%B0%E5%BA%95%E6%80%8E%E4%B9%88%E6%94%B9/</guid>
      <description>Spring Boot 4.0（2025年11月 GA）将默认 JSON 处理库从 Jackson 2 升级为 Jackson 3，这是本次大版本升级中影响面最广的破坏性变更之一。所有依赖 ObjectMapper、注解和序列化器的代码都将面临编译失败，需要系统性重构。 Jackson 3 不再延续 Jackson 2 的 com.fasterxml.jackson 包路径，而是拆分为多个独立模块并采用新命名空间。核心包从 com.fasterxml.jackson.core</description>
    </item>
    <item>
      <title>Spring Boot 企业后台操作日志记录的最佳实践</title>
      <link>https://index.zshipu.com/geek/post/20260831/Spring-Boot-%E4%BC%81%E4%B8%9A%E5%90%8E%E5%8F%B0%E6%93%8D%E4%BD%9C%E6%97%A5%E5%BF%97%E8%AE%B0%E5%BD%95%E7%9A%84%E6%9C%80%E4%BD%B3%E5%AE%9E%E8%B7%B5/</link>
      <pubDate>Mon, 31 Aug 2026 00:00:00 +0000</pubDate>
      <guid>https://index.zshipu.com/geek/post/20260831/Spring-Boot-%E4%BC%81%E4%B8%9A%E5%90%8E%E5%8F%B0%E6%93%8D%E4%BD%9C%E6%97%A5%E5%BF%97%E8%AE%B0%E5%BD%95%E7%9A%84%E6%9C%80%E4%BD%B3%E5%AE%9E%E8%B7%B5/</guid>
      <description>AOP 很适合记录“谁在什么时候调用了什么接口”，却无法天然知道一次修改改变了哪些业务字段、为什么改变以及是否与事务一起成功。接口日志与业务审计之间存在天然鸿沟，导致企业后台操作记录经常出现字段变更缺失或与实际事务结果不一致的情况。 单纯 AOP 无法自动识别业务字段的修改内容 在多数 Spring Boot 企业后台</description>
    </item>
    <item>
      <title>从Java Spring Boot转向Rust Axum：一位十年后端开发者的真实体验</title>
      <link>https://index.zshipu.com/geek/post/20260821/%E4%BB%8EJava-Spring-Boot%E8%BD%AC%E5%90%91Rust-Axum%E4%B8%80%E4%BD%8D%E5%8D%81%E5%B9%B4%E5%90%8E%E7%AB%AF%E5%BC%80%E5%8F%91%E8%80%85%E7%9A%84%E7%9C%9F%E5%AE%9E%E4%BD%93%E9%AA%8C/</link>
      <pubDate>Fri, 21 Aug 2026 00:00:00 +0000</pubDate>
      <guid>https://index.zshipu.com/geek/post/20260821/%E4%BB%8EJava-Spring-Boot%E8%BD%AC%E5%90%91Rust-Axum%E4%B8%80%E4%BD%8D%E5%8D%81%E5%B9%B4%E5%90%8E%E7%AB%AF%E5%BC%80%E5%8F%91%E8%80%85%E7%9A%84%E7%9C%9F%E5%AE%9E%E4%BD%93%E9%AA%8C/</guid>
      <description>从Java到Rust：一次技术栈的迁徙 在Web后端开发领域深耕十余年，从早期的Struct到后来的Spring Boot，Java一直是我职业生涯的主线。然而，今年我开始学习Rust，并全面转向基于Axum框架的Web开发。这一转变并非一时冲动，而是经过深思熟虑后的选择。本文将从我</description>
    </item>
    <item>
      <title>Spring Boot 服务挂了没重启？先分清 systemd 的三次判断</title>
      <link>https://index.zshipu.com/geek/post/20260819/Spring-Boot-%E6%9C%8D%E5%8A%A1%E6%8C%82%E4%BA%86%E6%B2%A1%E9%87%8D%E5%90%AF%E5%85%88%E5%88%86%E6%B8%85-systemd-%E7%9A%84%E4%B8%89%E6%AC%A1%E5%88%A4%E6%96%AD/</link>
      <pubDate>Wed, 19 Aug 2026 00:00:00 +0000</pubDate>
      <guid>https://index.zshipu.com/geek/post/20260819/Spring-Boot-%E6%9C%8D%E5%8A%A1%E6%8C%82%E4%BA%86%E6%B2%A1%E9%87%8D%E5%90%AF%E5%85%88%E5%88%86%E6%B8%85-systemd-%E7%9A%84%E4%B8%89%E6%AC%A1%E5%88%A4%E6%96%AD/</guid>
      <description>服务挂了却没重启？先别怪 Restart 配置 部署在 Linux 上的 Spring Boot 服务，有时进程退出后并没有被 systemd 自动拉起。很多人第一反应是 Restart 配置写错了，但问题往往藏在 systemd 的三层判断机制里。 systemd 管理服务时，会依次检查退出状态、重启限频和 Type 设置。任何一个环节不满足，服务都不会被重启。 第一层：退出状态码 systemd 根据服务进程的退出码</description>
    </item>
  </channel>
</rss>
