当 Java .properties 文件中存在重复键时，定义的行为是什么？
thing.valueA = 1
thing.valueB = 2
thing.valueA = 99
保证thing.valueA 使用哪个值？ 1、99 还是未定义？这种行为是否记录在任何地方？
注意。我不是在问重复键是否被认为是最佳实践。
【问题讨论】：
标签： java properties configuration
根据我对Properties 的理解，加载方法的工作方式与此类似：
put() 方法的方式将键值对放入 Properties 实例中这意味着您的示例将显示99。
load 方法的基本设计就像您坐下来打字一样
propInstance.put("Key", "Value");
propInstance.put("Other", "Thing");
etc etc
要了解此行为，请参阅Hashtable.put() 的文档，该文档指定它使用新值更新所有重复项。由于 Hashtable 是 Properties 的超类，Properties 也复制了这种行为。
【讨论】：
Reader 会以除自上而下之外的任何方式遍历列表是很疯狂的）。
因为这在类的规范中没有定义，我想说这个问题的最正确答案是结果是未定义的，并且可能因实现而异。
但是，因为 java.util.Properties 继承自 java.utils.Hashtable，所以最有可能的实现与@jozefg 所描述的完全一样，您可以在 OpenJDK 源代码中看到 Sun 实现以这种方式工作 (Properties.java:345截至撰写本文时）。读取每一行，解析它以确定是否需要附加其他行，分离键和值，将键/值放入 Hashtable。
没有：
这一切都非常简单，基本上假设你没有使用重复的键，或者如果你有，那就是你的问题要解决。
现在，当然，要完全确定您想要查看所有可能的 JVM 或至少查看代码的目标 JVM，以确保实现没有差异，但我认为这个实现是最可能是一个。
【讨论】：
这对我有用。我没有使用属性，而是实例化了一个 NaehasProperties，并覆盖了 HashTable put()。
/**
* Purpose: Properties doesn't detect duplicate keys. So this exists.
* @author shaned
*/
package com.naehas.tests.configs;
import java.util.Properties;
import org.apache.log4j.Logger;
public class NaehasProperties extends Properties
{
private static final long serialVersionUID = 1L;
private static final Logger log = Logger.getLogger(NaehasProperties.class);
public NaehasProperties()
{
super();
}
/**
* @param defaults
*/
public NaehasProperties(Properties defaults)
{
super(defaults);
}
/**
* Overriding the HastTable put() so we can check for duplicates
*
*/
public synchronized Object put(Object key, Object value)
{
// Have we seen this key before?
//
if (get(key) != null)
{
StringBuffer message = new StringBuffer("Duplicate key found: " + key + " with value: " + value);
message.append(". Original value is: " + (String) get(key));
log.error(message.toString());
// Setting key to null will generate an exception and cause an exit.
// Can not change the signature by adding a throws as it's not compatible
// with HashTables put().
//
key = null;
}
return super.put(key, value);
}
}
【讨论】：
null 将产生异常并导致退出。无法通过添加throws 来更改签名，因为它与HashTable 的put() 不兼容" 实际上，如果您确实需要在不添加throws 的情况下抛出异常，您可以抛出RuntimeException 或其任何子类。我特别喜欢IllegalStateException 和IllegalArgumentException，但在这种情况下，UnsupportedOperationException 或ArrayStoreException 可能更合适[使用java.lang 包]。
duplicateKeys 字符串集合中。然后单元测试可以测试 this 是否为空，并获取所有重复键的名称。如果抛出异常，则单元测试的处理可能会停止，您只会得到 first 重复键。
它通常取最后一个值，在你的情况下它将是 99。
谢谢， 拉格万
【讨论】：