《Collection》专题

问题内容： 从ImmutableList javadocs： 与Collections.unmodifiableList（java.util.List）（它是仍可以更改的单独集合的视图）不同，ImmutableList实例包含其自己的私有数据，并且永远不会更改。ImmutableList对于公共静态最终列表（“常量列表”）非常方便，并且还使您可以轻松地创建由调用者提供给您的类的列表的“防御性副本”

问题内容： 使用Arrays.asList（something）优于Collections.singletonList（something）来构成包含一项的列表是否有优势（或有很大不同）？后者使返回的列表也不可变。 问题答案： 是 不可变的， 而数组是固定大小的表示形式，列表和数组在堆中连接在一起。 允许对其进行 非结构更改 ，这些 更改 将同时反映到List和联合数组中。 尽管您可以为特定索引设

问题内容： 我一直在寻找一种不用使用collections.sort就可以对数组列表进行排序的方法，因为我自己的逻辑有缺陷，而且我遇到了很多麻烦。 我需要对它进行排序，以便可以使用我创建的一种方法，该方法基本上可以执行collections.swap的工作，以便对数组列表进行完全排序。 这是我的代码： 我对此一直很烦恼。抱歉，这是在伤害社区。 问题答案： 我想，你希望下面的算法：在阵列的其余部分发

问题内容： 我可以使用哪些情况？文档说，如果我希望我的收藏集是不可变的，则可以使用此方法。 为什么我要一个不变的空集合？ 有什么意义？ 问题答案： 从 有效的Java ， 项目＃43 - 演示返回一个空的集合，甚至演示如何使用这些，和对集合类的方法来得到一个空的集合，也有保持不变的额外好处。从 项目＃15开始 。 来自Collections-emptySet-Collections-emptyLi

问题内容： 您能否解释一下为什么使用第一个返回类型无法编译代码？消息是：。 在第二种情况下是否插入了显式强制转换？ 问题答案： 由于类型推断规则。我不知道为什么要 这么做 （您应该检查JSL 的三元运算符部分），但是看来三元表达式不能从返回类型推断出类型参数。 换句话说，三元表达式的类型取决于其操作数的类型。但是其中一个操作数的类型参数（）不确定。那时三元表达式仍然没有类型，因此它不会影响类型参数

问题内容： 当按以下方式将比较器应用于列表时，此处使用的设计模式是什么？使用的技术是什么？ 问题答案： TL; DR ： 是简单多态替换的示例，无论您使用 功能编程 还是 面向对象编程 进行此替换。术语 策略模式 不能与 多态性 或 函数编程 互换。 仍然可以说我们正在将排序传递给该方法，但是如果没有，则它不是“ 策略模式”的 同义词。 当按以下方式将比较器应用于列表时，此处使用的设计模式是什么？

问题内容： 我把一个字符串数组元素是一个映射，其中字符串数组的元素是键，单词的频率是值，例如： 那么地图上将有类似 打印所有键： 打印所有键值对： 使用条目集将打印所有值： 但是下面的代码块应该输出与上面完全相同的输出，但是不会： 它打印： 但是，如果我们在while循环中取消注释第1行，即 并评论这一行 然后我们得到所有键： 如果使用with ，则迭代器没有几个键！ 问题答案： 每次调用move

问题内容： 什么是最有效的Java Collections库？ 几年前，我做了很多Java的工作，给人留下的印象是那个宝库是最好（最有效）的Java Collections实现。但是，当我阅读“最有用的免费Java库？ ”这个问题的答案时，我注意到几乎没有提到trove。那么，哪个Java Collections库现在最好？ 更新：为澄清起见，我主要想知道当我必须在哈希表等中存储数百万个条目时使用

问题内容： 我可以使用以下代码和Java 8对用户列表进行排序，而不会出现任何问题： 现在，我改用Java 7，但在Eclipse上没有看到错误。但是现在，在Java 7下运行时出现此错误： 如何解决？ 问题答案： Java 7（以及Java 8的早期版本）和Java 8u20之间的工作方式有所不同（Holger指出，版本8032636）。 Java 7 指定： 此实现将指定的列表转储到数组中，对

问题内容： 给定一个或项，是否有任何（或匹配项的组合）断言每个项都匹配一个？ 例如，给定此项目类型： 我想写一个断言，表示s 集合中的所有项目都具有特定值。我在想这样的事情： 没有自己写匹配器，有什么办法吗？ 问题答案： 使用匹配器。 Hamcrest还提供了一种快捷方式。 完整的例子

问题内容： 请考虑以下来自Shiro 界面的API方法，但也可能存在于其他库中： 是的，即使是现在，仍然有一些库使用原始类型，可能是为了保留Java 1.5之前的兼容性？ 如果我现在想将此方法与流或类似的可选项一起使用： 我收到有关未经检查的转换和使用原始类型的警告，我更喜欢使用参数化类型。 蚀： 类型安全：方法collect（Collector）属于原始类型Stream。泛型类型Stream 的

问题内容： 我正在尝试按一个长对象对一个简单的对象列表进行排序- 下面的方法不起作用，因为长字符串之一被推到顶部只是因为它以较低的数字开头。所以我正在寻找一种方法可以直接根据实际的长值对它们进行排序 当前的obj实现如下所示。在该类中，我使用Collections.sort（trees）; 问题答案： 为什么不实际在其中存放很长时间： 或先比较字符串的长度，然后再比较它们

问题内容： 在Java中，Collections类包含以下方法： 它的签名以其对泛型的高级使用而闻名，以至于在Java的《 Nutshell》一书和《Sun Generics Tutorial》中 都提到了它。 但是，对于以下问题，我找不到令人信服的答案： 为什么形式参数是type 而不是？有什么额外的好处？ 问题答案： 的好处之一是，它禁止向商品添加商品

问题内容： 我有一个采用SResource对象列表的方法 我为什么不能这样做 （编译器告诉我我必须使用SResource对象。） 当IndexResource是SResource的子类时 我本以为必须做到这一点，所以也许我在做其他错误的事情。如果您建议，我可以发布更多代码。 问题答案： 您可以使用通配符： 新声明使用有 界通配符 ，表示通用参数将是或扩展它的类型。 作为接受这种方式的交换，“做某事

问题内容： Java中的Collection和Collections之间的主要区别是什么？ 问题答案： 是大多数集合类的基本接口，而是实用程序类。我建议您阅读文档。