使用Eclipse在64位机器上编译32位Java构建

因此，标题中的问题是，我需要在32位Windows XP系统上运行Tomcat中的服务器应用程序，我正在Eclipse中的64位Windows 7上工作和编译。如何将其编译为32位，我需要做什么？在64位机器上编译时，我假设它在32位Windows上不起作用？

Java不构建32位或64位应用程序-字节码可以跨不同的位体系结构移植

---

唯一的例外是您可能在代码中使用的本机库。如果有，那么您必须为相应的平台手动编译它们。否则，java代码完全可以跨32位和64位平台移植。

java不构建32位或64位应用程序-字节码可以跨不同的位体系结构移植

---

唯一的例外是您可能在代码中使用的本机库。如果有，那么您必须为相应的平台手动编译它们。否则，java代码完全可以跨32位和64位平台移植。

java独立于操作系统

---

您可以使用64位计算机进行编译，并在32位计算机上运行，只要这台计算机有32位VM。

Java独立于操作系统

---

您可以使用64位计算机进行编译，并在32位计算机上运行此程序，只要此计算机具有32位VM。

如果您仍在搜索一些“简单”的解决方案，可以在虚拟机中安装32位操作系统并从中运行eclipse。。我知道这很难看，但它很管用

---

这里提到了另一种方法

如果您仍在寻找一些“简单”的解决方案，那么您可以在虚拟机中安装一个32位操作系统，然后从那里运行eclipse。。我知道这很难看，但它很管用

---

这里提到了另一种方法

问题是您的JNI DLL，需要编译32位以匹配32位JRE。

问题是您的JNI DLL，需要编译32位以匹配32位JRE。

您可以在64位机器上安装32位jdk。将JAVA_指向这个jdk并使用它。您可以在64位机器上安装32位jdk。将JAVA_指向这个jdk并使用它。这取决于您在计算机上安装了什么jdk。除非您在构建过程中构建本机库。。。你的假设是不正确的。@StephenC我很高兴你说的话，我的假设是不正确的，但是当我试着运行它时，它说：“不能在IA 32位平台上加载AMD 64位.dll”，所以我假设你使用的平台通常很重要。。。？我需要编译32位somehow@ArturasM-然后，要么您正在构建一个本机库作为构建的一部分（您必须弄清楚如何交叉编译该本机库），要么本机库是一个依赖项（您必须下载与您的平台匹配的版本等）。但事实上，你有DLL，这意味着这不是你正在构建的纯Java应用程序。@ArturasM-我认为你需要了解你正在构建的软件的本质，这个DLL的来源，以及您是否真的将其作为构建的一部分进行构建。这完全取决于您在计算机上安装了什么jdk。除非您将构建本机库作为构建过程的一部分。。。你的假设是不正确的。@StephenC我很高兴你说的话，我的假设是不正确的，但是当我试着运行它时，它说：“不能在IA 32位平台上加载AMD 64位.dll”，所以我假设你使用的平台通常很重要。。。？我需要编译32位somehow@ArturasM-然后，要么您正在构建一个本机库作为构建的一部分（您必须弄清楚如何交叉编译该本机库），要么本机库是一个依赖项（您必须下载与您的平台匹配的版本等）。但事实上，您有DLL，这意味着您正在构建的不是一个纯Java应用程序。@ArturasM-我认为您需要了解您正在构建的软件的性质，这个DLL来自何处，以及您是否真正将其作为构建的一部分进行构建。嗯，它说：“无法在IA 32位平台上加载AMD 64位.dll”dll不是依赖于平台的java LIB。如回答中所述，“唯一的例外是您可能在代码中使用的本机库“。就java库而言，它们是可移植的，字节码是可移植的，但java有一个叫做jni的东西，它非常残酷地击败了这一点。@DusteD native code在我的回答中指的是所有与suff相关的jni（java native interface）。嗯，它说：“不能在IA 32位平台上加载AMD 64位.dll”DLL不是依赖于平台的java LIB。正如回答中提到的“唯一的例外是您可能在代码中使用的本机库”。就java库而言，它们是可移植的，字节码是可移植的，但java有一个叫做jni的东西，它非常残酷地打败了它。@DusteD native code在我的回答中指的是所有与jni（java native interface）相关的suff。嗯，它说：“不能在IA 32位平台上加载AMD 64位.dll”嗯，它说：“无法在IA 32位平台上加载AMD 64位.dll”