Brian Goetz, Paul Sandoz和Stuart Marks在Devoxx'14的QA环节中解释了原因。

一旦值类型被引入，在标准库中使用泛型对类就会变成技术债。

请参见:Java SE 8是否有对或元组?

Brian Goetz, Paul Sandoz和Stuart Marks在Devoxx'14的QA环节中解释了原因。

一旦值类型被引入，在标准库中使用泛型对类就会变成技术债。

请参见:Java SE 8是否有对或元组?

虽然这个问题已经有十多年的历史了，但我觉得有必要提一下，从Java 14开始，Records可以为这个问题提供非常简单和轻量级的解决方案，而不需要任何形式的外部库或依赖项。

例如，以下记录类声明将是实现所需功能所需的全部内容:

record Pair<K, V>(K key, V value) { }

这样一个记录类可以这样使用:

// Declare a pair object containing two integers
var integerIntegerPair = new Pair<>(1, 2);

// Declare a pair object containing a String and an integer
var stringIntegerPair = new Pair<>("String", 20);

// Declare a pair object containing two other pairs!
var pairPairPair = new Pair<>(new Pair<>(1, 2), new Pair<>("String", 20));

在comp.lang.java的一个线程中。帮助，Hunter Gratzner给出了一些反对在Java中存在Pair结构的论点。主要的论点是类Pair不传递关于两个值之间关系的任何语义(您如何知道“first”和“second”的意思?)

一个更好的实践是为每个应用程序编写一个非常简单的类，就像Mike建议的那样。地图。Entry是一个在名称中包含其含义的对的例子。

总而言之，在我看来，最好有一个类Position(x,y)，一个类Range(begin,end)和一个类Entry(key,value)，而不是一个通用的Pair(first,second)，它不告诉我它应该做什么。

public class Pair<K, V> {

    private final K element0;
    private final V element1;

    public static <K, V> Pair<K, V> createPair(K key, V value) {
        return new Pair<K, V>(key, value);
    }

    public Pair(K element0, V element1) {
        this.element0 = element0;
        this.element1 = element1;
    }

    public K getElement0() {
        return element0;
    }

    public V getElement1() {
        return element1;
    }

}

用法:

Pair<Integer, String> pair = Pair.createPair(1, "test");
pair.getElement0();
pair.getElement1();

不可变，只有一对!

如果有人想要一个简单易用的版本，我在https://github.com/lfac-pt/Java-Pair上提供了我的版本。此外，非常欢迎改进!