为什么Set不提供获取与另一个元素相等的元素的操作?
Set<Foo> set = ...;
...
Foo foo = new Foo(1, 2, 3);
Foo bar = set.get(foo); // get the Foo element from the Set that equals foo
我可以问Set是否包含一个等于bar的元素，那么为什么我不能得到那个元素呢?：(
为了澄清，equals方法被重写，但它只检查其中一个字段，而不是所有字段。两个相等的Foo对象可以有不同的值，这就是为什么我不能只用Foo。
当前回答
哈希码的契约清楚地表明:
如果根据Object方法，两个对象是相等的，那么在这两个对象上调用hashCode方法必须产生相同的整数结果。
所以你的假设是
为了澄清，equals方法被重写，但它只检查其中之一 田地，不是全部。所以两个相等的Foo对象可以 有不同的值，这就是为什么我不能只使用foo。”
是错误的，你违反了合同。如果我们看Set接口的"contains"方法，我们有:
boolean contains(Object o); 如果此集合包含指定的元素，则返回true。更多的 形式上，当且仅当此集合包含元素时返回true "e"使得o==null ?E ==null: o. = (E)
为了实现您想要的效果，您可以使用Map，在其中定义键并使用定义对象如何彼此不同或相等的键存储元素。
其他回答
遵循可以是一种方法
SharedPreferences se_get = getSharedPreferences("points",MODE_PRIVATE);
Set<String> main = se_get.getStringSet("mydata",null);
for(int jk = 0 ; jk < main.size();jk++)
{
Log.i("data",String.valueOf(main.toArray()[jk]));
}
Why:
Set似乎在提供比较手段方面发挥了有用的作用。它被设计为不存储重复的元素。
由于这种意图/设计，如果要获得()对存储对象的引用，然后更改它，则Set的设计意图可能会受到阻碍，并可能导致意想不到的行为。
来自JavaDocs
如果使用可变对象作为set元素，必须非常小心。当对象是集合中的元素时，如果对象的值以影响相等比较的方式更改，则不指定集合的行为。
How:
现在已经引入了流，我们可以做以下事情
mySet.stream()
.filter(object -> object.property.equals(myProperty))
.findFirst().get();
如果元素是相等的，那么获取它就没有意义了。Map更适合这个用例。
如果你仍然想找到元素，你没有其他选择，只能使用迭代器:
public static void main(String[] args) {
Set<Foo> set = new HashSet<Foo>();
set.add(new Foo("Hello"));
for (Iterator<Foo> it = set.iterator(); it.hasNext(); ) {
Foo f = it.next();
if (f.equals(new Foo("Hello")))
System.out.println("foo found");
}
}
static class Foo {
String string;
Foo(String string) {
this.string = string;
}
@Override
public int hashCode() {
return string.hashCode();
}
@Override
public boolean equals(Object obj) {
return string.equals(((Foo) obj).string);
}
}
看起来合适的使用对象是番石榴中的Interner:
为其他不可变提供与String.intern()相同的行为 类型。常见的实现可以从Interners获得 类。
它也有一些非常有趣的杠杆，比如concurrencyLevel，或者使用的引用类型(可能值得注意的是，它没有提供softinternet，我认为这比weakinternet更有用)。
我知道，这个问题很久以前就被问过，但如果有人感兴趣，这里是我的解决方案-自定义集类支持HashMap:
http://pastebin.com/Qv6S91n9
您可以轻松实现所有其他Set方法。
