小菜鸟

Spring Boot 集成 Redis 乱码问题详解：原因分析与解决方案

在 Spring Boot 集成 Redis 时，若使用默认配置的 RedisTemplate 操作字符串，常出现 key/value 乱码（如前缀含 \xac\xed\x00\x05t\x00\x03 等特殊字符）。核心原因是 RedisTemplate 默认采用 JdkSerializationRedisSerializer 序列化方式（基于 JDK 原生序列化，会生成二进制数据），而 StringRedisTemplate 或自定义序列化配置可彻底解决该问题。从 “乱码原因→两种解决方案→序列化对比→实战示例” 四个维度，系统讲解 Redis 乱码的解决方法。

乱码的根本原因：默认序列化方式不匹配

首先需明确：Redis 本身是 二进制安全的键值存储，不限制数据格式，但 Spring Boot 提供的 RedisTemplate 默认序列化方式会导致 “人类不可读” 的二进制数据，被误认为 “乱码”。

1. RedisTemplate 默认序列化配置

RedisTemplate 对不同类型的序列化器默认配置如下：

问题根源：JdkSerializationRedisSerializer 的特性

• 原理：基于 JDK ObjectOutputStream 实现序列化，要求被序列化的对象实现 Serializable 接口；
• 结果：序列化后的数据是 二进制字节数组，存储到 Redis 后显示为乱码（如 \xac\xed\x00\x05t\x00\x03key）；
• 场景不匹配：若仅操作字符串（如 String 类型的 key/value），二进制序列化完全没必要，且导致乱码。

2. 示例：默认配置的乱码效果

使用默认 RedisTemplate 存储字符串：

单例模式（Singleton Pattern）详解

单例模式是创建型设计模式中最常用的模式之一，其核心是保证一个类在系统中仅有一个实例，并提供全局访问点。这种模式适用于需要统一控制资源、避免重复创建对象的场景（如配置管理器、日志工具等）。

单例模式的核心原则

实现单例模式需遵循四大原则：

1. 构造方法私有：防止外部通过new关键字创建实例。
2. 以静态方法或枚举返回实例：提供全局访问接口。
3. 确保实例唯一：通过设计避免多线程或其他场景下的重复创建。
4. 防止反序列化重复实例：确保对象序列化 / 反序列化后仍为单例。

单例模式的两种核心实现方式

根据实例化时机的不同，单例模式分为饿汉式（立即加载）和懒汉式（延迟加载）。

1. 饿汉式（Eager Initialization）

核心思想

类加载时立即创建实例，通过类加载机制保证线程安全。

实现代码

HTTP 缓存：提升 Web 性能的核心机制

HTTP 缓存是优化 Web 性能的关键技术，通过在客户端（如浏览器）存储已请求的资源副本，减少重复向服务器请求的次数，从而降低网络延迟、节省带宽并提升用户体验。其核心逻辑是：客户端首次请求资源时缓存数据，后续请求优先使用缓存（若有效），否则向服务器重新获取。

HTTP 缓存的基本原理

HTTP 缓存的工作流程可概括为：

1. 首次请求：客户端向服务器请求资源，服务器返回资源并在响应头中附加缓存规则（如过期时间、修改标识）。
2. 缓存存储：客户端将资源和缓存规则一起保存到本地缓存（如浏览器的内存、磁盘）。
3. 后续请求：客户端先检查本地缓存是否有效：
   • 若缓存有效，直接使用缓存数据（缓存命中）；
   • 若缓存无效，向服务器重新请求资源，并更新缓存（缓存失效）。

HTTP 缓存的两类核心规则

HTTP 缓存通过响应头中的字段定义缓存策略，主要分为基于过期时间的缓存和基于资源修改的缓存两大类，两者可协同工作。

基于过期时间的缓存：Expires 与 Cache-Control

这类规则通过指定资源的 “有效期”，让客户端直接判断缓存是否可用，无需向服务器确认，属于强缓存（不发起网络请求，直接使用缓存）。

代理模式（Proxy Pattern）：控制对象访问的中间层

代理模式是结构型设计模式的一种，核心思想是为目标对象提供一个代理对象，通过代理对象控制对目标对象的访问。代理模式在不修改目标对象的前提下，可对其功能进行扩展（如增强、限制、监控等），广泛应用于远程调用、权限控制、日志记录等场景。

代理模式的核心结构

代理模式包含三个核心角色，通过分工实现对目标对象的访问控制：

• 抽象角色（Subject）：
  声明目标对象和代理对象的共同接口（或抽象类），确保代理对象可替代目标对象。
• 真实角色（Real Subject）：
  被代理的目标对象，负责实现核心业务逻辑。
• 代理角色（Proxy）：
  实现抽象角色，内部持有真实角色的引用，负责控制对真实角色的访问，并可在调用前后添加额外操作（如日志、权限校验）。

静态代理（Static Proxy）

静态代理是最简单的代理模式实现，代理类在编译期就已确定，与目标类实现相同的接口。

实现方式

1. 定义抽象接口（抽象角色）。
2. 真实角色实现接口，提供核心业务逻辑。
3. 代理角色实现同一接口，内部持有真实角色的引用，在调用真实角色方法前后添加扩展逻辑。

代码示例

以 “服装工厂代理销售” 为例：

Docker 常见命令大全：从镜像管理到容器操作

Docker 命令是使用 Docker 的基础，涵盖镜像检索、容器管理、数据卷操作等核心功能。本文系统整理 Docker 常用命令，按功能分类并说明其用法和场景，帮助快速掌握 Docker 操作。

基础命令

1. 查看 Docker 版本

1
2
3

docker -v  # 简洁版本信息
# 或
docker version  # 详细版本信息（包括客户端和服务端）

2. 帮助命令

1
2

docker --help  # 查看所有命令帮助
docker [command] --help  # 查看特定命令帮助（如docker run --help）

3. 启动 / 停止 Docker 服务

1
2
3
4
5
6
7
8
9
10
11

# 启动Docker（Linux）
sudo systemctl start docker

# 停止Docker（Linux）
sudo systemctl stop docker

# 重启Docker（Linux）
sudo systemctl restart docker

# 查看Docker状态（Linux）
sudo systemctl status docker

镜像命令

镜像是 Docker 的核心组件，以下命令用于镜像的检索、下载、管理等操作。

1. 检索镜像

从 Docker Hub 搜索镜像：