IIRC，它涉及到垃圾收集策略。其理论是客户机和服务器在短寿命对象方面是不同的，这对现代GC算法很重要。

下面是服务器模式的链接。唉，他们没有提到客户端模式。

这里有一个关于GC的非常全面的链接;这是一篇比较基础的文章。不确定地址-服务器和-客户端，但这是相关的材料。

在No Fluff Just Stuff, Ken Sipe和Glenn Vandenburg都在这方面做了很棒的演讲。

我没有注意到两者在启动时间上有任何不同，但使用“-server”(Solaris服务器，每个人都使用SunRays来运行应用程序)时，应用程序性能的提高非常小。低于1.5。

IIRC服务器虚拟机在启动时做了更多的热点优化，所以它运行得更快，但启动时间稍长，占用更多内存。客户端VM推迟了大部分优化，以允许更快的启动。

编辑补充:这里有一些来自Sun的信息，不是很具体，但会给你一些想法。

来自Goetz - Java并发实践:

Debugging tip: For server applications, be sure to always specify the -server JVM command line switch when invoking the JVM, even for development and testing. The server JVM performs more optimization than the client JVM, such as hoisting variables out of a loop that are not modified in the loop; code that might appear to work in the development environment (client JVM) can break in the deployment environment (server JVM). For example, had we “forgotten” to declare the variable asleep as volatile in Listing 3.4, the server JVM could hoist the test out of the loop (turning it into an infinite loop), but the client JVM would not. An infinite loop that shows up in development is far less costly than one that only shows up in production.

清单3.4。数羊。 挥发布尔睡眠; .．. 而(!睡着了) countSomeSheep ();

我的重点。YMMV

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

IIRC:

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

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

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

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

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