java - 64 位 JVM 中是否存在任何错误或不兼容问题？

Question

我和一个 friend 正在用 Java 编写一个小游戏。它的编码有点糟糕，我们正在努力重构它，但这并不是现在的真正问题。我们都有 64 位机器，我猜之前我们都使用 32 位 JDK，但最近我遇到了一些问题，所以我删除了所有 JDK 并安装了最新的 64 位 JDK，我不确定什么时候，但我的 friend 也是现在运行 64 位 JDK。我们的游戏在 32 位 JDK 中运行良好，但在 64 位版本中游戏无法启动。我一直在尝试用 eclipse 来调试它，但是有点痛苦。

我们的游戏是网络化和多线程的，我认为我们在如何同步事物方面存在一些问题(当我之前编写它时，我没有完全理解同步的整个概念)，例如。我们已经使 run() 方法同步，但这没有任何效果，但尽管我们的大部分代码都很愚蠢，但这些东西仍然在 32 位 JVM(Windows 和 Linux)上运行。

游戏从一个人主持游戏开始，然后其他人可以加入，直到主持人决定开始游戏。然后它会向所有玩家发送提示，询问他们是否要开始，如果所有人都说是，则游戏开始。 64 位 JVM 上发生的情况是，它发送了消息，但似乎响应丢失了或者发生了其他情况，或者服务器没有正确计算每个人都已确定，因为游戏实际上并未开始。实际上，主机收到了其他玩家没有收到的更多消息，并且在开始游戏方面取得了一些进展，但服务器似乎卡在了某个地方。

有什么想法可能是什么问题吗？我们的代码位于 github如果有人想看一下。如果您这样做，我会非常高兴，但我不希望有人费力地浏览我们丑陋的代码。谢谢!

顺便说一句，我们都在 64 位 Windows Vista 和 JDK 1.6 u12 和 u14 上运行，但我们也运行 Linux，尽管我还无法在 64 位 Linux JVM 上测试它。哦，关于为什么我很确定这是 64 位 JVM 问题的更多详细信息:

所以我们基本上在秋季学期就开始研究这个问题，然后停止了一段时间。 6 个月后，我们再次拿起它，对我们可怕的代码感到震惊，并开始尝试清理它。然后我们意识到我们都无法正确运行它。我试图找到一个有效的修订版，但我在今年夏天开始研究之前找到了最后一个修订版，但它仍然不起作用。然后我什至检查了一些我之前编译过的二进制文件 (.jar)，甚至我拥有的最早的修订版也无法在 64 位 JVM 上运行。然后我检查了一个运行 Sun JDK1.6 JVM 的 32 位 Linux VM，它工作得很好。因此，我非常确定这是一个 64 位问题，因为在相同的二进制文件可以完美运行之前。

我还注意到，当连接到我自己机器上的服务器时，Vista 出于某种原因将 IPv6 地址分配给我的套接字(0:0:0:0:0:1 而不是 127.0.0.1)，但我修复了 IPv4 特定的任何内容，但它仍然无法正常工作。

实际上，我刚刚在我的 github 存储库上创建了另一个问题，这是一个完全不同的悲惨故事，所以我现在无法在另一台机器上测试我的最新版本。但重构前的最后一个构建在具有双核的 32 位 JVM 上运行良好，因此它看起来不像竞争条件。

哦，另一件事，在 Linux 下的 OpenJDK 6 64 位下运行完全相同的问题。我猜测这是 64 位版本以某种方式引发的竞争条件。

Answer 1

The game starts up where one person hosts a game, and then others can join until the host decides to start the game. It then sends a prompt to all the players, asking if they want to start, and if all say yes the game starts. What is happening on the 64 bit JVM is that it sends the message, but it seems like the response is getting lost or something, or the server isn't counting correctly that everyone has OKed because the game doesn't actually start. Actually, the host gets a few more messages that the other player(s) don't get and gets a little farther in starting the game, but the server seems to get stuck somewhere.

这听起来可能是一个竞争条件，即有缺陷或丢失同步。由于竞争条件与时间相关，因此几乎任何事情(包括切换 JVM)都可能导致它们显现出来。

我不再担心 64 位与 32 位，而是尝试诊断实际问题。由于它涉及多台机器，不幸的是它会非常困难(通常是竞争条件的情况)。

最好的方法可能是确保所有计算机都使用 NTP 同步时钟，然后使用毫秒时间戳记录消息的发送、接收和处理，以便您可以看到消息丢失或未正确处理的位置.