properties不支持直接加载解密配置，需先解密再传入inputstream；加密文件用aes/cbc/pkcs5padding，密钥iv需一致；解密后用bytearrayinputstream配合utf-8加载，避免string构造引发编码问题。
Properties 类本身不支持加密配置文件的直接加载与解密，必须在加载前对字节流或字符串内容进行解密处理，再交由 Properties 解析。核心思路是：**不修改 Properties 行为，而是在其输入源头做干预——用解密后的 InputStream 或 Reader 替代原始加密文件流**。
准备加密配置文件
先将明文配置（如 db.url=jdbc:mysql://localhost:3306/test）用对称算法（如 AES）加密保存为 binary 文件（如 config.properties.enc）。注意：加密时需固定 IV、使用 PKCS5Padding，并妥善保管密钥（建议通过环境变量或 KMS 注入，勿硬编码）。
解密后构造 InputStream 供 Properties 加载
读取加密文件 → 解密为字节数组 → 封装为 ByteArrayInputStream → 传给 Properties.load()：
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 用标准 Cipher 初始化解密器（AES/CBC/PKCS5Padding），密钥和 IV 必须与加密时一致
- 避免直接用 String 构造解密后内容（易因编码问题破坏键值对），优先用 ByteArrayInputStream + 指定字符集（如 UTF-8）
- 示例关键代码片段：
try (InputStream encIS = Files.newInputStream(Paths.get("config.properties.enc"));
InputStream decIS = new ByteArrayInputStream(decrypt(encIS, key, iv))) {
Properties props = new Properties();
props.load(decIS); // 自动按 = 或 : 解析，支持 Unicode 转义
// props 现在持有解密后的键值对，可安全 getProperty()
内存映射读取不是 Properties 的职责
“内存映射”通常指 MappedByteBuffer 零拷贝访问大文件，但 Properties 设计用于中小规模文本配置，无需也不适合 mmap。所谓“解密后内存映射读取”，实质是：解密结果已全部加载进 JVM 堆内存，后续所有 getProperty() 都是纯内存操作。若追求极致性能且配置极大（罕见），可自行用 MappedByteBuffer 读加密块 → 分段解密 → 拼接为完整字符串 → 再用 Properties.load(new StringReader(...))，但会显著增加复杂度，一般无必要。
安全与健壮性补充建议
- 解密失败时抛出明确异常（如 InvalidKeyException），不要静默返回空 Properties
- 敏感字段（如 password）可在解密后立即从 Properties 中 remove()，改用临时变量持有，减少内存驻留时间
- 考虑用 Spring Boot 的
@ConfigurationProperties+ 自定义PropertySource实现更优雅集成，底层仍复用上述解密逻辑
