java应用容器化需通过configmap以volume方式挂载为目录（如/app/config），用|保留多行格式，配合--spring.config.location指定路径；敏感信息须用secret存储。
Java 应用在容器化部署中通过 ConfigMap 注入外部配置，核心不是“改代码”，而是让 ConfigMap 内容以应用能自然识别的方式落到容器里——重点是路径对齐、格式保真、挂载方式选对。
挂载为文件目录，而非仅设环境变量
Spring Boot 或传统 Java 应用习惯从 file:/config/ 或 classpath 加载 application.properties 等文件。ConfigMap 必须以 volume 方式挂载成目录（如 /app/config），不能只靠 envFrom 注入环境变量——后者无法替代属性文件的结构化语义（如嵌套 YAML、多行值、注释等）。
- 在 Deployment 中定义 volume，引用 ConfigMap 名称
- 在 container 的
volumeMounts中指定挂载路径，例如/app/config - 确保 ConfigMap 的每个 key 对应一个完整配置文件（如
application.properties），内容会自动写入同名文件
保持配置内容原始格式不被 YAML 破坏
ConfigMap 的 data 字段若用普通字符串写多行内容，YAML 解析器可能折叠空格、吞掉换行、转义特殊字符，导致 Java 读取失败（尤其含中文、# 注释、缩进 YAML 块时）。
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- 一律使用 literal block scalar（
|符号）定义 data 值，例如：application.properties: |<br> server.port=8080<br> spring.datasource.url=jdbc:mysql://db:3306/app<br> logging.level.com.example=DEBUG
- 避免在 ConfigMap 中写
${DATASOURCE_URL}这类占位符——Kubernetes 不解析它，应由 Spring 的PropertyPlaceholderConfigurer或spring-cloud-kubernetes-config在运行时处理 - 保存 ConfigMap YAML 文件时，编码选 UTF-8 无 BOM；创建后可用
kubectl get cm xxx -o yaml核对内容是否与源一致
Spring Boot 需显式指向外部配置路径
默认情况下，Spring Boot 不会自动扫描挂载目录。必须通过启动参数告诉它去哪里找：
- 在容器启动命令或 args 中加入：
--spring.config.location=file:/app/config/（结尾斜杠表示目录） - 可同时指定配置名：
--spring.config.name=application，这样它会加载/app/config/application.properties - 若需支持热更新（ConfigMap 修改后自动生效），需引入
spring-cloud-starter-kubernetes-fabric8-config并启用spring.cloud.kubernetes.reload.enabled=true
区分 ConfigMap 和 Secret 的使用边界
数据库密码、API 密钥等敏感信息绝不能放进 ConfigMap——它在 etcd 中明文存储，任何有权限的用户都能读取。
- 敏感字段单独提取，用 Secret 存储（Base64 编码，虽非加密但有访问控制）
- Secret 同样可挂载为文件（如
/app/secrets/db.password），Java 代码通过Files.readString(Paths.get("/app/secrets/db.password"))读取 - 也可将 Secret 注入为环境变量，配合
@Value("${DB_PASSWORD}")使用，但注意环境变量方式不支持热更新
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
