news 2026/7/6 23:00:58

Spring Boot多数据源配置加密实战：Jasypt与Dynamic-Datasource无缝集成指南

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
Spring Boot多数据源配置加密实战：Jasypt与Dynamic-Datasource无缝集成指南

1. 项目概述：为什么我们需要加密数据源配置？

在任何一个基于Spring Boot的企业级应用中，数据库连接信息（如URL、用户名、密码）几乎都毫无例外地写在application.yml或application.properties里。对于单体应用，这或许还能通过严格的服务器权限来控制。但当你开始使用像dynamic-datasource这样的多数据源组件，管理多个环境（开发、测试、生产）的数据库配置时，问题就变得复杂了。配置文件里明晃晃的password: 123456或者jdbc:mysql://prod-db.com:3306/core_db，就像把保险箱密码贴在了办公室门口。

我经历过一次安全审计，对方指着我们Git仓库历史记录里的一个配置文件说：“这里泄露了生产数据库的地址和口令。” 虽然那次没有造成实际损失，但足以让人后背发凉。从那时起，配置文件的敏感信息加密，从一个“可有可无的最佳实践”变成了我项目里的“强制准入标准”。Jasypt这个老牌且轻量的Java加密库，就成了解决这个问题的首选工具。它不负责管理密钥，而是专注于一件事：用你指定的算法和密钥，对配置文件里的一小段文本进行加密和解密，让敏感信息变成一堆无意义的密文。

本次要做的，就是将Jasypt无缝集成到使用dynamic-datasource-spring-boot-starter的项目中。这不仅仅是加个依赖、写个注解那么简单。核心难点在于，dynamic-datasource在启动时动态解析数据源配置，而Jasypt需要在属性被读取时就完成解密。如何让两者和谐共处，确保在dynamic-datasource创建连接池之前，密码已经是明文，是本次集成的关键。网上很多文章只讲了基础用法，一旦遇到多数据源这种复杂场景，各种Cannot determine target DataSource或Cannot find primary datasource的错误就会接踵而至。接下来，我会带你从原理到实践，完整走通这条路，并分享几个我踩过之后才明白的“坑”。

2. 核心思路与架构设计解析

2.1 技术选型：为什么是Jasypt？

市面上配置加密的方案不少，比如Spring Cloud Config Server的对称加密、HashiCorp Vault这类外部密钥管理服务。选择Jasypt基于以下几个现实的考量：

  1. 无侵入性：它通过一个PropertySource或BeanPostProcessor在Spring容器启动的早期介入，对Environment中的属性值进行解密。你的业务代码完全感知不到加密的存在，还是像往常一样使用@Value或@ConfigurationProperties注入属性。这对于改造遗留项目尤其友好。
  2. 轻量简单：只需引入一个依赖，配置一个密钥（盐值），然后用ENC()包裹你的密文即可。没有复杂的服务器部署和网络调用，降低了运维成本和复杂度。
  3. 与Spring生态融合极佳：Jasypt对Spring和Spring Boot有专门的支持模块（jasypt-spring-boot-starter），可以自动配置，几乎开箱即用。
  4. 算法可控：默认使用PBEWithMD5AndDES算法，你也可以根据需要换成更安全的PBEWithHMACSHA512AndAES_256等。密钥（盐值）的存储方式也相对灵活，虽然最佳实践是放在环境变量或启动参数中。

对于dynamic-datasource，它本身并不关心属性值是怎么来的，它只要求从Environment里能拿到正确的、明文的配置值。因此，只要Jasypt的解密时机足够早，早于dynamic-datasource的自动配置类执行，那么集成就是可行的。

2.2 集成架构与数据流

理解整个数据流是避免错误的关键。下面是在一个Spring Boot应用启动过程中，涉及我们本次集成的几个核心步骤的顺序图：

  1. 启动参数注入：我们通过-Djasypt.encryptor.password=MySecretKey的方式，将解密密钥传递给应用。
  2. Jasypt解密：jasypt-spring-boot-starter自动注册的EnableEncryptablePropertiesConfiguration会生效。它向Spring的Environment中添加了一个自定义的PropertySource。这个PropertySource会遍历所有属性，寻找被ENC(...)包裹的值。
  3. 属性解析：当找到形如password: ENC(密文字符串)的属性时，Jasypt会使用我们提供的密钥对其进行解密，并将解密后的明文值替换回Environment。此时，对于Spring容器来说，这个属性的值已经是明文了。
  4. Dynamic-Datasource初始化：DynamicDataSourceAutoConfiguration开始执行。它从Environment中读取spring.datasource.dynamic前缀下的所有配置。关键点来了：它读取到的password字段，已经是经过Jasypt解密后的明文。
  5. 数据源创建：dynamic-datasource使用这些明文配置，去创建一个个真实的HikariCP、Druid等连接池对象，并将它们注册为一个名为dynamicDataSource的AbstractRoutingDataSourceBean。
  6. 业务使用：你的Service层通过@DS(“slave_1”)注解，在运行时从dynamicDataSource中获取到正确的、已建立连接的数据库连接。

整个链条的核心在于第3步和第4步的顺序必须得到保证。如果Jasypt解密发生得太晚，dynamic-datasource就会拿着ENC(密文)去尝试创建数据库连接，自然会失败，报出“Cannot find primary datasource”或连接拒绝的错误。

注意：这里有一个常见的误解。有些人以为dynamic-datasource会自己处理ENC()标记。这是不对的。dynamic-datasource只是一个数据源路由管理组件，它不包含任何加解密逻辑。解密的职责完全由Jasypt（或你集成的其他解密工具）在更早的阶段完成。

3. 分步实操：从零开始完成集成

3.1 环境准备与依赖引入

假设我们有一个全新的Spring Boot 2.7.x（或3.x）项目，已经集成了dynamic-datasource。以下是pom.xml中需要添加的关键依赖。

<dependencies> <!-- Spring Boot Web (根据你的项目类型选择) --> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> <!-- 动态数据源核心依赖 --> <dependency> <groupId>com.baomidou</groupId> <artifactId>dynamic-datasource-spring-boot-starter</artifactId> <version>3.6.1</version> <!-- 请使用最新稳定版 --> </dependency> <!-- MySQL驱动 --> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <scope>runtime</scope> </dependency> <!-- Jasypt Spring Boot Starter: 集成核心 --> <dependency> <groupId>com.github.ulisesbocchio</groupId> <artifactId>jasypt-spring-boot-starter</artifactId> <version>3.0.5</version> <!-- 对于Spring Boot 2.7/3.x，建议使用3.x版本 --> </dependency> <!-- 测试依赖 --> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-test</artifactId> <scope>test</scope> </dependency> </dependencies>

版本选择心得：

  • jasypt-spring-boot-starter3.x版本是为Spring Boot 2.4及以上版本设计的，如果你用的是较老的Spring Boot 2.1-2.3，可能需要使用2.x版本。版本不匹配可能导致自动配置不生效。
  • dynamic-datasource版本请务必与你的Spring Boot版本兼容，可以查阅其官方GitHub仓库的README。

3.2 生成加密密文

在修改配置文件之前，我们需要先用Jasypt把明文的密码加密。有几种方式：

方式一：使用单元测试代码（推荐，可集成到CI/CD）

创建一个简单的测试类，运行其中的方法即可得到密文。

import org.jasypt.encryption.pbe.StandardPBEStringEncryptor; import org.jasypt.iv.RandomIvGenerator; import org.junit.jupiter.api.Test; public class JasyptTest { @Test public void testEncrypt() { StandardPBEStringEncryptor encryptor = new StandardPBEStringEncryptor(); // 设置加密算法，与配置中的jasypt.encryptor.algorithm保持一致 encryptor.setAlgorithm("PBEWITHHMACSHA512ANDAES_256"); // 设置密钥（盐值），必须与运行时的jasypt.encryptor.password一致 encryptor.setPassword("MySuperSecretKey123!@#"); // 对于AES算法，需要IV生成器 encryptor.setIvGenerator(new RandomIvGenerator()); String plainText = "your_database_password"; String encryptedText = encryptor.encrypt(plainText); System.out.println("加密后的密文: ENC(" + encryptedText + ")"); // 可选：解密验证 String decryptedText = encryptor.decrypt(encryptedText); System.out.println("解密后的明文: " + decryptedText); System.out.println("验证是否一致: " + plainText.equals(decryptedText)); } }

运行这个测试，控制台会输出类似ENC(AbCdEfG1234567890==)的结果。把这个结果复制下来。

方式二：使用命令行工具（需下载Jasypt JAR）

如果你不想写代码，可以从Maven仓库下载jasypt的完整JAR包，然后用命令行执行。

方式三：使用在线工具（仅用于开发测试，切勿用于生产！）

开发时为了快速验证，可能会搜索“jasypt在线加密解密工具”。这里必须严重警告：绝对不要在任何公共的、不受信任的网站上加密你的生产环境密码！你的密钥和密码都会暴露给对方。这种工具只适用于用无关紧要的测试数据来熟悉加密格式。

实操心得： 在团队中，我建议将方式一的测试类固化下来，放在项目的src/test/java目录下。并编写一个简单的README，说明如何使用。这样任何新同事或部署脚本都能以一致的方式生成密文。密钥MySuperSecretKey123!@#在这个测试代码里是写死的，但这只是用于生成密文。真正的密钥在运行应用时，要通过安全的方式传入。

3.3 改造application.yml配置文件

现在，我们用加密后的密文替换原来的明文配置。以下是application.yml的配置示例。

# Jasypt 配置 jasypt: encryptor: # 加密算法，推荐使用更安全的AES算法 algorithm: PBEWITHHMACSHA512ANDAES_256 # IV生成器，AES算法需要 iv-generator: org.jasypt.iv.RandomIvGenerator # 密钥（盐值）本身。注意：这里直接写在配置文件里是不安全的！ # 正确做法是通过环境变量或启动参数传入，例如：-Djasypt.encryptor.password=${JASYPT_PASSWORD} # 这里为了演示清晰先写上，生产环境务必删除此行。 password: MySuperSecretKey123!@# # 动态数据源配置 spring: datasource: dynamic: # 主数据源 (默认) primary: master strict: false # 是否严格匹配数据源，建议false datasource: master: driver-class-name: com.mysql.cj.jdbc.Driver # 数据库URL，如果包含敏感信息（如IP、端口、库名），也可以加密 url: jdbc:mysql://localhost:3306/master_db?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai username: root # 密码使用ENC()包裹密文 password: ENC(AbCdEfG1234567890==) # 这里替换为你的实际密文 slave1: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3307/slave1_db?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai username: read_user password: ENC(HiJkLmN9876543210==) # 另一个数据源的加密密码 # 其他全局配置，如Hikari连接池参数 hikari: connection-timeout: 30000 maximum-pool-size: 20 minimum-idle: 5

关键点解析：

  1. jasypt.encryptor.password：这是解密的根密钥。直接写在配置文件里，加密就失去了意义（相当于把钥匙放在上了锁的盒子旁边）。下一步我们会讲如何安全地传递它。
  2. ENC(...)：这是Jasypt约定的标记。它告诉Jasypt的PropertySource，括号内的字符串是需要解密的密文。密文必须是encryptor.encrypt()方法生成的原样输出。
  3. 多数据源支持：你可以看到，master和slave1的password都可以独立地用ENC()包裹不同的密文。Jasypt会遍历所有属性，无一例外地进行处理。

3.4 安全地传递解密密钥

这是整个方案中最重要的一环。密钥绝不能出现在代码仓库或打包好的制品（JAR）中。以下是几种推荐的方式，按安全性从高到低排列：

方式一：操作系统环境变量（推荐用于容器化部署，如Docker/K8s）

# Linux/macOS export JASYPT_ENCRYPTOR_PASSWORD=MySuperSecretKey123!@# java -jar your-app.jar # 在Dockerfile或K8s Deployment YAML中 env: - name: JASYPT_ENCRYPTOR_PASSWORD valueFrom: secretKeyRef: name: app-secrets key: jasypt-password

然后在application.yml中引用该环境变量：

jasypt: encryptor: # 移除`password`配置行，Jasypt starter会自动查找名为`JASYPT_ENCRYPTOR_PASSWORD`的环境变量。 # 如果环境变量名不同，可以这样指定： # property: # prefix: "ENC@[" # suffix: "]" # 但默认行为通常已足够。

jasypt-spring-boot-starter默认会自动尝试从环境变量JASYPT_ENCRYPTOR_PASSWORD中获取密钥。这是最干净的方式。

方式二：Java系统属性（启动参数）

java -Djasypt.encryptor.password=MySuperSecretKey123!@# -jar your-app.jar

这种方式很直接，但密钥会出现在进程列表（如ps aux）中，有一定风险。可以在启动脚本中从更安全的地方（如保密管理器）读取后再传入。

方式三：通过--传递Spring Boot配置

java -jar your-app.jar --jasypt.encryptor.password=MySuperSecretKey123!@#

方式四：使用云服务商的密钥管理服务（最高安全等级）例如，在AWS上，你可以将密钥存储在AWS Secrets Manager中，然后在应用启动时（通过环境变量或专门的Sidecar容器）获取并设置为系统属性。这需要额外的启动脚本逻辑。

核心安全原则：application.yml文件本身应该被视为可以公开的（例如提交到Git仓库）。所有敏感信息，包括jasypt.encryptor.password和所有数据库密码密文，都应通过外部机制在运行时注入。这样即使代码仓库泄露，攻击者没有密钥也无法解密配置。

3.5 验证集成是否成功

启动你的Spring Boot应用。如何判断Jasypt和dynamic-datasource都工作正常？

  1. 查看启动日志：搜索Jasypt和DataSource关键词。

    • 如果看到Loaded custom property source: EncryptablePropertySourceWrapper或Jasypt encryptor configured之类的日志，说明Jasypt已成功加载。
    • 如果看到dynamic-datasource成功初始化了主数据源和从数据源，并打印了连接池信息（如HikariPool-1 - Starting...），说明数据源创建成功，密码解密无误。
    • 最直接的证据：如果密码解密失败，在尝试建立数据库连接时，日志会抛出SQLException: Access denied for user 'xxx'@'xxx' (using password: YES)。注意，这里的错误是密码错误，而不是找不到配置。如果报Cannot find primary datasource，则可能是dynamic-datasource的配置前缀spring.datasource.dynamic写错了，或者根本没有读到配置。

  2. 编写一个简单的健康检查接口：

    @RestController @Slf4j public class DebugController { @Autowired private DataSource dataSource; // 这里注入的是dynamic-datasource包装后的路由数据源 @GetMapping("/debug/ds") public String debugDataSource() throws SQLException { // 尝试从主数据源获取一个连接 try (Connection conn = dataSource.getConnection()) { boolean isValid = conn.isValid(2); return "Primary DataSource Connection Valid: " + isValid; } catch (Exception e) { log.error("Failed to get database connection", e); return "Error: " + e.getMessage(); } } }

    访问这个接口，如果返回Connection Valid: true，那么恭喜你，集成完全成功。

4. 高级配置与最佳实践

4.1 自定义加密算法与配置

默认的PBEWithMD5AndDES算法已经不够安全。建议在生产环境使用更强的算法。

jasypt: encryptor: # 使用更强大的算法 algorithm: PBEWITHHMACSHA512ANDAES_256 # 对于AES算法，必须提供IV（初始化向量）生成器 iv-generator: org.jasypt.iv.RandomIvGenerator # 密钥获取次数（可选，影响性能） key-obtention-iterations: 1000 # 盐值生成器（可选） # salt-generator: org.jasypt.salt.RandomSaltGenerator # 输出密文的格式（可选，默认base64） # output-type: base64

算法选择建议：

  • PBEWITHHMACSHA512ANDAES_256：目前推荐的选择，提供了较高的安全强度。
  • PBEWITHHMACSHA256ANDAES_128：如果对性能有更高要求，且安全级别可接受，这也是一个不错的选择。
  • 避免使用PBEWithMD5AndDES或PBEWithMD5AndTripleDES。

4.2 加密非密码字段

URL、用户名甚至一些第三方服务的API Key都可以加密。

some: external: service: url: ENC(加密后的URL密文) api-key: ENC(加密后的API密钥密文)

只要这些属性被Spring的Environment管理，并且你的@ConfigurationProperties或@Value注入点在Jasypt解密之后被解析，就能正常工作。

4.3 在测试环境处理加密配置

在本地开发或CI测试中，你可能不想每次都设置环境变量。有几种策略：

  1. 使用Spring Profiles：创建一个application-dev.yml，在里面直接使用明文密码（仅限开发环境！），并不配置jasypt.encryptor。这样在devprofile下，Jasypt的自动配置可能因为缺少密钥而不会完全启用，或者你可以配置一个简单的、固定的开发密钥。

    # application-dev.yml spring: datasource: dynamic: datasource: master: password: dev_password # 直接写明文 # 不配置jasypt，或者配置一个通用开发密钥 # jasypt: # encryptor: # password: dev_jasypt_key

    警告：确保application-dev.yml被.gitignore忽略，或者里面的密码是无关紧要的测试数据库密码。

  2. 在IDE的Run Configuration中设置环境变量：这是最常用的本地开发方式。在IntelliJ IDEA或Eclipse的运行配置里，直接添加环境变量JASYPT_ENCRYPTOR_PASSWORD=your_dev_key。

4.4 与配置中心（如Nacos, Apollo）结合

在现代微服务架构中，配置通常放在配置中心。Jasypt依然可以工作。

  1. 在配置中心的管理页面上，将敏感值存储为ENC(密文)。
  2. 在应用程序的bootstrap.yml（Spring Cloud）或application.yml中，配置jasypt.encryptor.password的来源（如环境变量）。
  3. 当配置中心将配置拉取到本地，并入SpringEnvironment后，Jasypt的PropertySource会像处理本地文件一样，自动解密这些被ENC()包裹的值。

关键点：解密发生在客户端应用内，配置中心服务器只存储和传输密文。密钥仍然由客户端应用在启动时持有。这实现了配置的“端到端”加密。

5. 故障排查与常见问题实录

在实际集成过程中，我遇到了不少问题。下面这个表格总结了一些典型错误和解决方案。

问题现象可能原因排查步骤与解决方案
启动报错：Cannot find primary datasource1.dynamic-datasource配置前缀错误或格式不对。
2.Jasypt解密失败，导致primary指定的数据源名称对应的配置不完整或为null。		1. 检查spring.datasource.dynamic.primary的值是否与下面datasource下的某个key完全一致。
2.重点：检查Jasypt日志，看是否有解密异常。尝试将password暂时改为明文，看是否能正常启动。如果能，问题就在解密环节。检查密钥是否正确、密文是否完整（是否漏了ENC()括号）。
启动报错：java.sql.SQLException: Access denied for user ...数据库连接密码错误。说明解密出的密码不对。1. 确认加密时使用的密钥和运行时传入的密钥完全一致（注意空格和特殊字符）。
2. 确认加密的原文就是正确的数据库密码。可以用单元测试中的解密代码，用当前密钥尝试解密配置文件中的密文，看结果是否正确。
3. 检查算法是否一致。如果加密用了AES_256，解密配置也必须用同样的算法。
配置了加密，但日志显示密码仍是ENC(...)字符串Jasypt没有生效，密文没有被解密。1. 检查依赖是否引入成功（jasypt-spring-boot-starter）。
2. 检查是否有多个Environment或PropertySource覆盖了配置。确保jasypt.encryptor.password被正确设置（通过日志输出jasypt.encryptor.password的值，注意安全）。
3. 尝试在启动类上添加@EnableEncryptableProperties注解（对于starter，通常不需要，但可以强制启用）。
4. 检查Spring Boot版本与jasypt-spring-boot-starter版本是否兼容。
使用环境变量JASYPT_ENCRYPTOR_PASSWORD不生效1. 环境变量名称错误或未导出。
2. 在application.yml中又配置了jasypt.encryptor.password属性，覆盖了环境变量。		1. 在应用启动脚本中打印环境变量确认：echo $JASYPT_ENCRYPTOR_PASSWORD。
2.移除application.yml中jasypt.encryptor.password的配置行。让starter完全从环境变量读取。
3. 如果必须保留yml配置，可以使用${JASYPT_ENCRYPTOR_PASSWORD:}语法，但优先级问题可能复杂，不建议。
集成测试（@SpringBootTest）失败，解密出错测试环境没有正确设置解密密钥。1. 在测试类上使用@TestPropertySource注解：
@TestPropertySource(properties = {"jasypt.encryptor.password=test_key"})
2. 或者，在src/test/resources/application-test.yml中配置测试专用的密钥和密文（密文需用测试密钥重新加密）。

一个真实的踩坑记录： 有一次在K8s环境中部署，应用死活连不上数据库，报密码错误。排查了很久，最后发现是Dockerfile的基础镜像（某个精简版Linux）中，locale设置导致环境变量中的密钥字符串末尾被附加了一个不可见的换行符（\n）。当我们通过echo命令在Shell中设置JASYPT_ENCRYPTOR_PASSWORD时，这个换行符也被包含了进去。而加密时用的密钥是没有换行符的，导致解密失败。

解决方案：在启动脚本中使用printf或tr命令来去除尾随的换行符。

# 在启动脚本中 export JASYPT_ENCRYPTOR_PASSWORD=$(printf '%s' "$RAW_PASSWORD_FROM_SECRET") # 或者 export JASYPT_ENCRYPTOR_PASSWORD=$(echo -n "$RAW_PASSWORD_FROM_SECRET")

这个教训告诉我，在处理密钥和密码时，对空白字符必须保持极致的警惕。

6. 性能考量与扩展思路

6.1 性能影响评估

Jasypt的解密操作发生在应用启动阶段，当Spring容器解析PropertySource时。对于每个被ENC()包裹的属性，会执行一次解密操作。对于一个有几十个加密属性的应用，这个开销在启动时增加几十到几百毫秒，是完全可接受的。启动之后，解密后的明文会缓存在内存中，不会对运行时性能产生任何影响。

如果你的加密属性极多（例如上千个），并且使用的是计算复杂的算法（如高迭代次数的PBE），可能会明显拖慢启动速度。这时可以考虑：

  1. 评估是否所有属性都需要加密。
  2. 使用性能更好的算法（如AES/GCM）。
  3. 将部分配置移至外部安全的配置服务，由服务端解密后下发（但这引入了网络依赖和新的安全模型）。

6.2 密钥轮换策略

任何密钥都有泄露或需要更新的可能。如何安全地更换Jasypt的密钥？

这是一个有挑战性的操作，因为所有用旧密钥加密的密文都需要用新密钥重新加密。建议的流程如下：

  1. 准备阶段：生成一个新的密钥（Key B）。使用Key B加密所有配置项的新值（如果密码没变，就加密同样的值），得到一套新的密文。
  2. 更新配置：将配置文件（或配置中心的值）更新为用Key B加密的新密文。此时先不要更改应用运行的密钥。
  3. 部署与切换：部署新版本的应用，但启动参数仍然使用旧密钥（Key A）。由于密文已经更新，应用启动会失败（解密失败）。这是预期中的。
  4. 密钥切换：在极短的时间窗口内（例如通过滚动更新），将应用的启动参数从Key A改为Key B，然后重启应用。应用将使用Key B成功解密新密文并启动。
  5. 清理：确认所有实例都切换成功后，将Key A安全地废弃。

这个过程要求应用能接受短暂的中断。对于要求零停机的高可用系统，需要更复杂的蓝绿部署或双读双写方案来支持密钥的无缝轮换。

6.3 更安全的替代方案探讨

Jasypt解决了配置“静态加密”的问题，但密钥管理（jasypt.encryptor.password）的责任转移给了运维人员。对于安全要求极高的场景，可以考虑：

  1. 集成云KMS：使用AWS KMS、Azure Key Vault或Google Cloud KMS。应用启动时，调用KMS的API（使用IAM角色认证）来解密一个“数据加密密钥”（DEK），然后用这个DEK在内存中解密配置文件。这样主密钥完全由云平台管理。
  2. 使用HashiCorp Vault：Vault可以动态生成数据库凭证。应用从Vault获取短期有效的数据库用户名和密码，根本不需要在配置文件中存储任何长期的数据库密码。这是最安全的模式，但架构复杂度最高。
  3. Spring Cloud Config Server的对称加密：如果你已经在使用Spring Cloud Config，可以利用其内置的对称加密功能。配置中心负责加密，客户端配置中心负责解密，密钥管理在配置中心服务器。

对于大多数中小型项目或初创团队，Jasypt+ 环境变量/密钥管理服务，在安全性和复杂性之间取得了很好的平衡，是快速提升配置安全性的有效手段。它的价值在于，用很小的代价，堵住了“配置文件泄露导致数据库沦陷”这个最常见的安全漏洞之一。

版权声明: 本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若内容造成侵权/违法违规/事实不符，请联系邮箱：809451989@qq.com进行投诉反馈，一经查实，立即删除！
网站建设 2026/7/6 22:52:14

从零掌握OpenAI Codex：AI编程助手实战指南与API调用详解

&#x1f680; 30款热门AI模型一站整合&#xff0c;DeepSeek/GLM/Qwen 随心用&#xff0c;限时 5 折。 &#x1f449; 点击领海量免费额度 你好&#xff0c;我是专注于技术实战分享的博主。在探索AI辅助编程工具时&#xff0c;你是否遇到过这样的困境&#xff1a;面对一个复…

作者头像 李华
网站建设 2026/7/6 22:52:03

Ubuntu 22.04 LTS 实时监控：htop 与 glances 的 5 项关键指标对比

Ubuntu 22.04 LTS 实时监控&#xff1a;htop 与 glances 的 5 项关键指标对比在 Ubuntu 22.04 LTS 服务器环境中&#xff0c;系统管理员和 DevOps 工程师经常需要实时监控系统性能。面对众多监控工具&#xff0c;如何选择最适合的工具成为关键问题。本文将深入对比两款流行的命…

作者头像 李华
网站建设 2026/7/6 22:51:15

React Profiler 排查：看到重渲染，还要知道谁点的火

React Profiler 排查&#xff1a;看到重渲染&#xff0c;还要知道谁点的火 一、Profiler 不是用来截图发群里的 React 性能排查时&#xff0c;Profiler 很有用。它能看到组件渲染次数、耗时和提交阶段。但很多人只截一张火焰图&#xff0c;说“这里重渲染了”。这还不够。重渲…

作者头像 李华
网站建设 2026/7/6 22:49:17

关系幂运算在数据库查询优化中的应用：从 3 个案例看传递闭包计算

关系幂运算在数据库查询优化中的应用&#xff1a;从3个案例看传递闭包计算关系幂运算作为离散数学中的重要概念&#xff0c;在数据库系统优化中扮演着关键角色。本文将深入探讨传递闭包计算在社交网络推荐、权限继承和路径可达性三大场景中的实际应用&#xff0c;为数据库工程师…

作者头像 李华
网站建设 2026/7/6 22:48:30

5分钟掌握百度网盘秒传工具：小白也能轻松上手的完整教程

5分钟掌握百度网盘秒传工具&#xff1a;小白也能轻松上手的完整教程 【免费下载链接】baidupan-rapidupload 百度网盘秒传链接转存/生成/转换 网页工具 (全平台可用) 项目地址: https://gitcode.com/gh_mirrors/bai/baidupan-rapidupload 还在为百度网盘文件分享的繁琐操…

作者头像 李华
网站建设 2026/7/6 22:48:08

PyTorch 实现 FPN+PAN 融合：YOLOv5 颈部网络 5 层特征图实战

PyTorch 实现 FPNPAN 融合&#xff1a;YOLOv5 颈部网络 5 层特征图实战在目标检测领域&#xff0c;特征金字塔网络&#xff08;FPN&#xff09;和路径聚合网络&#xff08;PAN&#xff09;已经成为现代检测器不可或缺的核心组件。本文将带你从零开始&#xff0c;在 PyTorch 框架…

作者头像 李华