Dev和Run环境共享JDK但角色不同：Dev需JDK+IDE+构建工具以支持调试与快速反馈，Run应精简为JRE或jlink定制镜像以保障稳定；CLASSPATH与系统属性配置差异显著，java -version无法反映实际运行态差异。
开发环境（Dev）和运行环境（Run）在 Java 中不是语言层面的区分，而是工程实践中的角色划分——它们共享同一套 JDK，但配置、依赖、行为目标完全不同。
开发环境要装什么：JDK + IDE + 构建工具
开发环境的核心是「可调试、可修改、可快速反馈」。它必须包含：
-
JDK（不是 JRE），因为需要javac、javadoc、jdb等开发工具 - IDE（如 IntelliJ IDEA 或 Eclipse），用于代码补全、断点调试、热替换（HotSwap / JRebel）
- 构建工具（
Maven或Gradle），管理依赖、编译、测试、打包 - 本地配置文件（如
application-dev.yml）、mock 服务、H2 数据库等辅助设施
注意：spring.profiles.active=dev 这类配置只影响 Spring Boot 的 Bean 加载逻辑，不改变 JVM 本身行为。
运行环境只留最小必要：JRE or stripped JDK？
生产运行环境的目标是「稳定、可控、低攻击面」，因此：
立即学习“Java免费学习笔记（深入）”；
- 传统做法用
JRE（Java Runtime Environment），但自 JDK 11 起 Oracle 已不再单独发布 JRE；主流选择是精简版JDK（通过jlink构建自定义运行时镜像） - 容器场景下常见使用
openjdk:17-jre-slim或eclipse-temurin:17-jre-jammy镜像，它们不含javac、javaFX、mission-control等非运行必需模块 - 禁止在运行环境中存在
src/、pom.xml、target/或任何开发期资源路径
一个典型错误是把 devtools 依赖打进生产包，导致 RestartClassLoader 残留，引发内存泄漏或类加载冲突。
CLASSPATH 和系统属性在两套环境里怎么不一样
CLASSPATH 不再手动设置（Maven/Gradle 自动处理），但实际生效路径差异很大：
- 开发时：IDE 启动进程的
classpath包含target/classes、target/test-classes、所有 Maven 依赖 jar，还可能注入 agent（如 Jacoco） - 运行时：通常只有 fat-jar（如
app.jar）或解压后的lib/目录，java -jar app.jar会忽略系统CLASSPATH环境变量
系统属性也不同：-Dfile.encoding=UTF-8 可能在 dev 中被 IDE 默认加，但生产必须显式声明；-Dspring.config.location 在运行时才指向外部配置目录，开发时往往走 classpath 内置配置。
为什么 java -version 输出一样，行为却可能出问题
因为 java -version 只反映 JVM 实现和版本号，掩盖了大量隐性差异：
- 开发机可能是
OpenJDK 17.0.1（带调试符号、启用-XX:+UseG1GC默认但未调优） - 生产镜像可能是
Eclipse Temurin 17.0.9（去符号、禁用JFR、配了-XX:+UseZGC和大堆） - 更隐蔽的是 OS 层：开发用 macOS（默认
ulimit -n较高），生产用 CentOS（可能限制文件句柄数），导致连接池异常却不报错
真正要对比的不是 java -version，而是 java -XshowSettings:properties -version 和 jstat -gc 的实际运行态指标。
