Java 系统属性的范围

Question

在Java中我们使用System.setProperty()方法来设置一些系统属性。 根据这篇文章，系统属性的使用有点棘手。

System.setProperty() 可能是一个邪恶的调用。

• 它是 100% 线程敌对的
• 它包含超全局变量
• 当这些变量神秘莫测时，调试起来非常困难 在运行时更改。

我的问题如下。

1. 系统属性的范围如何？ 它们是特定于每个虚拟机的，还是具有“超级全局性”，在每个虚拟机实例上共享相同的属性集？ 我猜选项1

2. 是否有任何工具可用于监视运行时更改以检测系统属性的更改。 （只是为了方便问题检测）

Answer 1

系统属性的范围

至少要阅读System.setProperties 方法，我无法得到系统属性是否由所有实例共享的答案是否有 JVM。

为了找到答案，我编写了两个快速程序，它们将使用相同的键但不同的值通过 System.setProperty 设置系统属性：（

class T1 {
  public static void main(String[] s) {
    System.setProperty("dummy.property", "42");

    // Keep printing value of "dummy.property" forever.
    while (true) {
      System.out.println(System.getProperty("dummy.property"));
      try {
        Thread.sleep(500);
      } catch (Exception e) {}
    }
  }
}

class T2 {
  public static void main(String[] s) {
    System.setProperty("dummy.property", "52");

    // Keep printing value of "dummy.property" forever.
    while (true) {
      System.out.println(System.getProperty("dummy.property"));
      try {
        Thread.sleep(500);
      } catch (Exception e) {}
    }
  }
}

请注意，运行上面的两个程序将使它们进入无限循环！）

事实证明，当使用两个单独的 java 进程运行两个程序时，一个 JVM 进程中设置的属性值不会影响另一个 JVM 进程的值。

我应该补充一点，这是使用 Sun 的 JRE 1.6.0_12 的结果，并且这种行为至少在 API 规范中没有定义（或者我还没有找到它），行为可能会有所不同。

是否有任何工具可以监视运行时更改

据我所知。 但是，如果确实需要检查系统属性是否发生更改，则可以一次保留一份 Properties 副本，并将其与另一次对 System.getProperties 的调用进行比较 -- 毕竟，属性 是 < 的子类code>Hashtable，因此将以类似的方式进行比较。

以下程序演示了检查系统属性是否已更改的方法。 可能不是一个优雅的方法，但它似乎完成了它的工作：

import java.util.*;

class CheckChanges {

  private static boolean isDifferent(Properties p1, Properties p2) {
    Set<Map.Entry<Object, Object>> p1EntrySet = p1.entrySet();
    Set<Map.Entry<Object, Object>> p2EntrySet = p2.entrySet();

    // Check that the key/value pairs are the same in the entry sets
    // obtained from the two Properties.
    // If there is an difference, return true.
    for (Map.Entry<Object, Object> e : p1EntrySet) {
      if (!p2EntrySet.contains(e))
        return true;
    }
    for (Map.Entry<Object, Object> e : p2EntrySet) {
      if (!p1EntrySet.contains(e))
        return true;
    }

    return false;
  }

  public static void main(String[] s)
  {
    // System properties prior to modification.
    Properties p = (Properties)System.getProperties().clone();
    // Modification of system properties.
    System.setProperty("dummy.property", "42");
    // See if there was modification. The output is "false"
    System.out.println(isDifferent(p, System.getProperties()));
  }
}

属性不是线程安全的？

Hashtable 是线程安全的，所以我期望 Properties 也是如此，事实上，Properties 类确认了这一点：

该类是线程安全的：多个
线程可以共享单个Properties
不需要外部的对象
同步。，序列化表单

Answer 2

系统属性是每个进程的。 这意味着它们比静态字段更具全局性，静态字段是每个类加载器的。 例如，如果您有一个运行多个 Java Web 应用程序的 Tomcat 实例，每个应用程序都有一个带有名为 globalField 的静态字段的类 com.example.Example，那么Web 应用程序将共享系统属性，但可以在每个 Web 应用程序中将 com.example.Example.globalField 设置为不同的值。

Answer 3

是的，“系统属性”是针对每个虚拟机的（尽管有许多“神奇”属性包含有关主机系统的信息，例如：“os.name”、“os.arch”等）。

至于你的第二个问题：我不知道有这样的工具，但如果你担心系统属性发生变化，你可以使用特殊的 SecurityManager 来防止（甚至可能跟踪）系统属性更改。

Answer 4

每个虚拟机都有一份属性副本。 它们与其他静态变量（包括单例）有很多相同的问题。

我想，作为一种黑客，您将 System.setProperties 调用到 Properties 的一个版本，该版本根据上下文（线程、调用堆栈、一天中的时间等）做出不同的响应。 ）。 它还可以使用 System.setProperty 记录任何更改。 您还可以设置 SecurityManager 记录相关权限的安全检查。

Answer 5

它们的范围是正在运行的 JVM，但除非您有一些深奥的类加载器问题，否则带有属性对象的静态变量将执行相同的操作，并且有机会同步或执行您需要的任何其他操作。

Answer 6

当您启动一个新的 JVM 时，它会复制环境变量并在其整个生命周期中使用它们。 因此，如果你改变那个环境，他们将仍然受到限制。
我遇到的奇怪行为和我正在调查的奇怪行为略有不同：如果我启动一个 JVM，声明一些影响我在应用程序中使用的库的行为的环境变量（命令行上的 -D 参数）。 但是，如果在 java 代码内部（它们可见）对它们进行更改，则这些更改似乎不会影响库的行为。 奇怪的是我们在同一个JVM中！

Answer 7

您没有说明使用系统属性的动机是什么。

我们使用 Spring 进行配置，并使用注入 XML 的属性文件设置初始属性。 应用程序运行时对配置的更改是通过使用 JMX 进行的。

当然，还有许多其他方法可以使用属性文件、基于 xml 的配置等来更改 Java 中的配置。