system.getproperty 读取 jvm 启动时初始化的系统属性，其值取决于设置时机和方式：-d 参数优先级最高且可被 system.setproperty 覆盖；内置属性（如 os.name）只读不可改；不自动读取环境变量或配置文件。
System.getProperty 读取的是 JVM 启动时初始化的系统属性（System Properties），它本身不涉及“运行时动态查找多个来源”的顺序逻辑，但其值的**最终内容**取决于属性在 JVM 生命周期中被**设置的时机和方式**。理解它的“顺序”，关键在于厘清属性值的来源优先级和覆盖关系。
启动参数（-D）优先级最高
JVM 启动时通过 -Dkey=value 指定的系统属性会直接注入到系统属性表中，且**不会被后续代码调用 System.setProperty 覆盖（除非显式调用）**。这是最常见、最可靠的设置方式。
- 例如：
java -Duser.timezone=Asia/Shanghai -Dmy.config=prod MyApp - 此时
System.getProperty("user.timezone")返回"Asia/Shanghai" - 该值在 JVM 初始化早期就写入，早于任何 Java 应用代码执行
SecurityManager 限制下的默认属性初始化
JVM 在启动过程中会预先加载一组基础系统属性（如 os.name、java.version、file.separator 等），这些由 JVM 本地实现决定，不可修改，且不受 -D 或 setProperty 影响。
- 它们在
System类静态初始化阶段硬编码或由 OS/JVM 接口获取 - 调用
System.setProperty("os.name", "...")会抛出SecurityException（除非自定义 SecurityManager 允许） - 这类属性属于“只读内置属性”，不存在“读取顺序”，只有固定来源
运行时通过 System.setProperty 设置的属性
Java 代码中调用 System.setProperty(key, value) 会将属性写入同一张哈希表，**覆盖之前同名的值（包括 -D 设置的）**。
- 覆盖是立即生效的：后续
System.getProperty(key)返回新值 - 注意：多线程环境下需自行同步，因为
Properties实例本身不是线程安全的（尽管常用操作有内部同步，但仍建议避免并发修改） - 示例：
System.setProperty("my.config", "dev");会把启动时的"prod"替换掉
注意：getProperty 不会自动从环境变量或配置文件读取
System.getProperty 完全不读取操作系统环境变量（如 $PATH）或任意外部配置文件。若需关联环境变量，必须显式桥接：
System.getProperty("my.prop", System.getenv("MY_PROP"))- 或借助 Spring 的
@Value("${my.prop:#{systemEnvironment['MY_PROP']}}") - 否则，环境变量和系统属性是两个独立命名空间，无自动映射
