我刚刚注意到的一个不同之处在于，在“客户端”模式下，JVM似乎会将一些未使用的内存归还给操作系统，而在“服务器”模式下，一旦JVM获取了内存，它就不会将其归还。这就是它在Solaris和Java6上的显示方式(使用prstat -Z查看分配给进程的内存数量)。

Oracle的在线文档提供了Java SE 7的一些信息。

在Windows的java应用程序启动器页面上，在64位JDK中-client选项会被忽略:

选择“Java HotSpot Client”虚拟机。支持64位的jdk目前忽略了这个选项，而是使用Java HotSpot Server VM。

然而(为了让事情变得有趣)，在-server下它声明:

选择Java热点服务器虚拟机。在支持64位的jdk上，只支持Java HotSpot Server VM，因此-server选项是隐式的。这可能会在未来的版本中更改。

服务器类机器检测页面提供了根据操作系统和体系结构选择虚拟机的信息。

我不知道这其中有多少适用于JDK 6。

上次我看了这个，(不可否认，这是一段时间以前了)我注意到的最大区别是在垃圾收集方面。

IIRC:

服务器堆VM与客户端VM具有不同的代数，并且使用不同的垃圾收集算法。这可能不再是真的了 服务器虚拟机将分配内存，不释放给操作系统使用 服务器VM将使用更复杂的优化算法，因此有更大的优化时间和内存需求

如果您可以使用jvisualvm工具比较两个java虚拟机、一个客户机和一个服务器，您应该会看到垃圾收集的频率和效果以及代的数量上的差异。

我有一对屏幕截图，很好地显示了差异，但我不能再现，因为我有一个64位JVM，它只实现了服务器VM。(我也懒得在我的系统上下载和争论32位版本。)

这种情况似乎不再是这样了，尝试在服务器和客户端vm的windows上运行一些代码，我似乎得到了相同的生成模型…

在旧版本的Java中，最明显的直接区别是分配给-client的内存，而不是分配给-server应用程序的内存。例如，在我的Linux系统上，我得到:

$ java -XX:+PrintFlagsFinal -version 2>&1 | grep -i -E 'heapsize|permsize|version'
uintx AdaptivePermSizeWeight               = 20               {product}
uintx ErgoHeapSizeLimit                    = 0                {product}
uintx InitialHeapSize                     := 66328448         {product}
uintx LargePageHeapSizeThreshold           = 134217728        {product}
uintx MaxHeapSize                         := 1063256064       {product}
uintx MaxPermSize                          = 67108864         {pd product}
uintx PermSize                             = 16777216         {pd product}
java version "1.6.0_24"

因为它默认为-server，但是使用-client选项我得到:

$ java -client -XX:+PrintFlagsFinal -version 2>&1 | grep -i -E 'heapsize|permsize|version'
uintx AdaptivePermSizeWeight               = 20               {product}
uintx ErgoHeapSizeLimit                    = 0                {product}
uintx InitialHeapSize                     := 16777216         {product}
uintx LargePageHeapSizeThreshold           = 134217728        {product}
uintx MaxHeapSize                         := 268435456        {product}
uintx MaxPermSize                          = 67108864         {pd product}
uintx PermSize                             = 12582912         {pd product}
java version "1.6.0_24"

因此，使用-server，这个Java版本的大部分内存限制和初始分配都要高得多。

但是，这些值可以根据架构、操作系统和jvm版本的不同组合而改变。jvm的最新版本已经删除了标志，并删除了服务器和客户端之间的许多区别。

还要记住，您可以使用jvisualvm查看正在运行的jvm的所有细节。如果您的用户或模块设置JAVA_OPTS或使用脚本更改命令行选项，那么这很有用。这也可以让你实时监控堆和永久空间的使用情况以及许多其他统计数据。

我刚刚注意到的一个不同之处在于，在“客户端”模式下，JVM似乎会将一些未使用的内存归还给操作系统，而在“服务器”模式下，一旦JVM获取了内存，它就不会将其归还。这就是它在Solaris和Java6上的显示方式(使用prstat -Z查看分配给进程的内存数量)。

当从1.4版本迁移到1.7版本(“1.7.0_55”)时。我们在这里观察到的是，在客户端和服务器模式下，分配给heapsize|permsize|ThreadStackSize参数的默认值没有这种差异。

顺便说一下，(http://www.oracle.com/technetwork/java/ergo5-140223.html)。这是从上面的链接中截取的片段。

initial heap size of 1/64 of physical memory up to 1Gbyte
maximum heap size of ¼ of physical memory up to 1Gbyte

1.7版本的ThreadStackSize更高，而在开放JDK论坛上，有讨论指出1.7版本的帧大小略高。 人们相信，在运行时可以根据应用程序的行为来度量真正的差异