在64位操作系統上針對32位操作系統運行時問題編譯的Java

運行在32位機器上編譯並在64位機器上運行的Java應用程序是否存在已知問題？在64位操作系統上針對32位操作系統運行時問題編譯的Java

2011-07-25 Paul

不需要，除非你做了一件傻事 – Petesh

嗨，Petesh，你能更具體地說明你的意思是什麼「愚蠢」嗎？ – Paul

從32位虛擬機編譯的代碼應該沒有問題，而不是從64位虛擬機編譯的問題。傻瓜正在做一些特定平臺。 – Petesh

由32位JDK生成的字節代碼與由64位JDK生成的字節代碼相同。如果您的問題只發生在64位JVM上，是因爲JVM中存在一個錯誤，並且使用64位JDK不會產生任何影響。

2011-07-25 08:32:44

這取決於您的應用程序，但在正常情況下，在x64機器上從x86機器運行代碼並不會出現問題，反之亦然。

如果您使用普通的舊Java（沒有互操作，沒有調用本地庫），生成的字節碼將是機器無關的，並且應該在任何已安裝的JVM上運行。

2011-07-25 08:36:58 Falanwe

我們有幾個（少於5個）對本地庫的調用。如果生成的字節碼不同，是否存在已知問題？只要它仍然運行，我不介意生成的字節碼是否有所不同。這是否意味着我必須再次生成庫？ – Paul

如果您有對本機庫的調用，那麼您將不得不爲目標環境再次編譯這些庫。 Java生成的字節碼將是相同的。 – Falanwe

@Paul，你需要爲每個不兼容的平臺編譯你的庫。 –

沒有我能想到的，除非你明確地調用特定於環境的32位本地代碼。

像Windows這樣的操作系統使用WoW64允許32位應用程序在64位系統下運行。這是一項允許向後兼容的規定。只要本地庫只依賴於32位或僅在64位庫上，一切都很好。 JVM負責使用JIT將字節碼轉換爲適當的機器碼，所以不用擔心。

2011-07-25 08:45:29

Java背後的思想是程序的字節碼版本對於所有平臺都是相同的。這就是爲什麼您可以在Windows機器上編譯並在Linux機器上運行生成的類和jar文件的原因。我每天都在做這樣的交叉編譯。

這包括JVM使用32位還是64位。

所以，簡單的答案是沒有，沒有問題

（更先進的回答是，如果你也使用您帶來您的Java代碼，非Java本機代碼，如DLL那麼這段代碼很可能需要重新編譯）

2011-07-25 08:47:12

回答