UseCompressedOops JVM标志有什么作用，什么时候应该使用它？
HotSpot
JVM标志-XX:+UseCompressedOops有什么作用，什么时候应该使用它？在64位Java实例上使用它时（相对于未使用它），我会看到什么样的性能和内存使用差异？
问题答案：
默认情况下，去年的大多数HotSpot JVM均已启用它。此选项允许引用在64位JVM中为32位，并访问接近32
GB的堆。（可以使用32位以上的指针）（您也可以拥有几乎无限的堆外内存）。这样可以节省大量内存，并有可能提高性能。
如果要使用此选项，建议您更新到默认情况下已启用的版本，因为可能有充分的理由（例如错误），为什么以前未启用它。尝试使用Java 6 Update
23或Java 7 Update 5。
简而言之，不要打开它，使用默认打开它的版本。
更新：
在Java 8中，您可以选择设置-XX:ObjectAlignmentInBytes=，实际上，如果您将堆大小设置为64
GB，它将使用-XX:ObjectAlignmentInBytes=16并且仍然使用32位引用。
-
问题内容： 我知道他们两个都禁用了Nagle的算法。 我什么时候应该/不应该使用它们中的每一个？ 问题答案： 首先，不是所有人都禁用Nagle的算法。 Nagle的算法用于减少有线中更多的小型网络数据包。该算法是：如果数据小于限制（通常是MSS），请等待直到收到先前发送的数据包的ACK，同时累积用户的数据。然后发送累积的数据。 这将对telnet等应用程序有所帮助。但是，在发送流数据时，等待A
-
问题内容： 在该类中，有两个字符串，和。 有什么不同？我什么时候应该使用另一个？ 问题答案： 如果你的意思是和则： 用于在文件路径列表中分隔各个文件路径。考虑在上的环境变量。您使用a分隔文件路径，因此在上将是;。 是或用于拆分到特定文件的路径。例如在上，或
-
问题内容： 在集成我以前从未使用过的Django应用程序时，我发现了用于定义类中函数的两种不同方式。作者似乎非常有意地使用了它们。第一个是我自己经常使用的： 另一个是我不使用的，主要是因为我不知道何时使用它，以及什么用途： 在Python文档中，装饰器的解释如下： 类方法将类作为隐式第一个参数接收，就像实例方法接收实例一样。 所以我想指的是自己（而不是实例）。我不完全理解为什么会这样，因为我总是可
-
问题内容： 我看过各种文章，但我仍然不知道为什么不应该使用它。请让我知道您的想法。 问题答案： 我发现有必要在错误的设计中使用instanceof提示。可以肯定的是，将会出现一个大型，复杂的开关风格的构造。在我看到的其他大多数情况下，我们应该使用多态而不是instanceof。请参阅策略模式。（相关的使用示例） 我唯一需要使用的是实现时。
-
问题内容： 我在阅读《 Swift编程语言》指南 时遇到了一个叫做的函数，但我仍然想知道为什么以及何时需要实现它，因为我们实际上不需要管理内存。 问题答案： 不需要实现该方法，但是如果需要在取消分配对象之前进行一些操作或清理，则可以使用它。 在苹果的文档包括例如： 因此，无论何时将玩家从游戏中移除，其硬币都会退还至银行。
-
问题内容： 在Java中，有更好的解决方案。那我什么时候应该使用？这是多余的吗？ 这两者之间的多线程方面是否常见？ 问题答案： 这两个类在某些方面有所不同。 ConcurrentHashMap不保证*其合同约定的运行时间。它还允许调整某些负载因子（大约是同时修改它的线程数）。 另一方面，ConcurrentSkipListMap可确保各种操作的平均O（log（n））性能。它也不支持为了并发而进行调