我定义了一个通用的Pair类，我一直在使用它。太棒了。作为一个额外的好处，通过定义静态工厂方法(Pair.create)，我只需要把写类型参数的次数减少一半。

public class Pair<A, B> {

    private A component1;
    private B component2;

    public Pair() {
            super();
    }

    public Pair(A component1, B component2) {
            this.component1 = component1;
            this.component2 = component2;
    }

    public A fst() {
            return component1;
    }

    public void setComponent1(A component1) {
            this.component1 = component1;
    }

    public B snd() {
            return component2;
    }

    public void setComponent2(B component2) {
            this.component2 = component2;
    }

    @Override
    public String toString() {
            return "<" + component1 + "," + component2 + ">";
    }

    @Override
    public int hashCode() {
            final int prime = 31;
            int result = 1;
            result = prime * result
                            + ((component1 == null) ? 0 : component1.hashCode());
            result = prime * result
                            + ((component2 == null) ? 0 : component2.hashCode());
            return result;
    }

    @Override
    public boolean equals(Object obj) {
            if (this == obj)
                    return true;
            if (obj == null)
                    return false;
            if (getClass() != obj.getClass())
                    return false;
            final Pair<?, ?> other = (Pair<?, ?>) obj;
            if (component1 == null) {
                    if (other.component1 != null)
                            return false;
            } else if (!component1.equals(other.component1))
                    return false;
            if (component2 == null) {
                    if (other.component2 != null)
                            return false;
            } else if (!component2.equals(other.component2))
                    return false;
            return true;
    }

    public static <A, B> Pair<A, B> create(A component1, B component2) {
            return new Pair<A, B>(component1, component2);
    }

}

你可以这样说: 地图。条目<字符串，字符串> en=映射。immutableEntry(关键字,值);

如果你正在使用Clojure，你还有另一个选择:

(defn map-entry
  [k v]
  (clojure.lang.MapEntry/create k v))

有一个公共静态类AbstractMap.SimpleEntry<K,V>。不要让名称的抽象部分误导您:它实际上不是抽象类(但它的顶层AbstractMap是)。

它是一个静态嵌套类的事实意味着你不需要一个封闭的AbstractMap实例来实例化它，所以像这样的东西编译很好:

Map.Entry<String,Integer> entry =
    new AbstractMap.SimpleEntry<String, Integer>("exmpleString", 42);

正如在另一个回答中提到的，Guava也有一个方便的静态工厂方法Maps。你可以使用的immutableEntry。

你说:

我不会用地图。Entry本身，因为显然它是一个只读对象，我不能实例化new instanceof

这并不完全准确。为什么你不能直接实例化它(即用new)是因为它是一个接口Map.Entry。

警告和提示

如文档中所述，AbstractMap。SimpleEntry是从1.6开始使用的，所以如果您坚持使用5.0，那么它对您是不可用的。

寻找另一个实现Map的已知类。入口，实际上可以直接到javadoc。来自Java 6版本

接口映射。条目 所有已知的实现类: AbstractMap。SimpleEntry AbstractMap。SimpleImmutableEntry

不幸的是，1.5版本没有列出任何已知的可以使用的实现类，所以您可能不得不实现自己的类。

试着地图。immutableEntry来自Guava

这具有与Java 5兼容的优点(不像AbstractMap。SimpleEntry需要Java 6。)

你可以只实现Map。入口<K, V>接口自己:

import java.util.Map;

final class MyEntry<K, V> implements Map.Entry<K, V> {
    private final K key;
    private V value;

    public MyEntry(K key, V value) {
        this.key = key;
        this.value = value;
    }

    @Override
    public K getKey() {
        return key;
    }

    @Override
    public V getValue() {
        return value;
    }

    @Override
    public V setValue(V value) {
        V old = this.value;
        this.value = value;
        return old;
    }
}

然后使用它:

Map.Entry<String, Object> entry = new MyEntry<String, Object>("Hello", 123);
System.out.println(entry.getKey());
System.out.println(entry.getValue());