Tương thích Java 32-bit và 64-bit

Liệu mã Java được xây dựng và biên dịch dựa trên JDK 32 bit thành mã byte 32 bit có hoạt động trong JVM 64 bit không? Hay JVM 64 bit yêu cầu mã byte 64 bit?

Để cung cấp thêm một chút chi tiết, tôi có mã đang hoạt động trong môi trường Solaris chạy JVM 32 bit, nhưng bây giờ tôi gặp sự cố sau khi nâng cấp Máy chủ JDK và Weblogic lên 64 bit.

Có, Java bytecode (và mã nguồn) độc lập với nền tảng, giả sử bạn sử dụng các thư viện độc lập với nền tảng. 32 so với 64 bit không thành vấn đề.

Tôi đã vô tình chạy ứng dụng (lớn) của chúng tôi trên máy ảo 64 bit thay vì máy ảo 32 bit và không nhận thấy cho đến khi một số thư viện bên ngoài (được gọi bởi JNI) bắt đầu bị lỗi.

Dữ liệu được tuần tự hóa trên nền tảng 32 bit được đọc trên nền tảng 64 bit mà không gặp vấn đề gì.

Bạn đang gặp vấn đề gì? Một số thứ có hiệu quả và những thứ khác thì không? Bạn đã thử đính kèm JConsole, v.v. và có đỉnh xung quanh chưa?

Nếu bạn có một máy ảo rất lớn, bạn có thể thấy rằng các vấn đề GC trong 64 bit có thể ảnh hưởng đến bạn.

Có cho câu hỏi đầu tiên và không cho câu hỏi thứ hai; nó là một máy ảo. Sự cố của bạn có thể liên quan đến những thay đổi không xác định trong việc triển khai thư viện giữa các phiên bản. Mặc dù nó có thể là một điều kiện chủng tộc.

Có một số vòng lặp mà máy ảo phải trải qua. Đáng chú ý là các tham chiếu được xử lý trong các tệp lớp như thể chúng chiếm cùng một không gian như ints trên ngăn xếp. doublevà longchiếm hai khe tham chiếu. Đối với các trường ví dụ, vẫn có một số sắp xếp lại mà máy ảo thường trải qua. Tất cả đều được thực hiện (tương đối) một cách minh bạch.

Ngoài ra, một số JVM 64-bit sử dụng "oops nén". Bởi vì dữ liệu được căn chỉnh thành khoảng 8 hoặc 16 byte, ba hoặc bốn bit của địa chỉ là vô dụng (mặc dù một bit "mark" có thể bị đánh cắp đối với một số thuật toán). Điều này cho phép dữ liệu địa chỉ 32 bit (do đó sử dụng băng thông bằng một nửa và do đó nhanh hơn) sử dụng kích thước heap 35 hoặc 36 bit trên nền tảng 64 bit.

Tất cả mã byte đều dựa trên 8 bit. (Đó là lý do tại sao nó được gọi là mã BYTE) Tất cả các lệnh đều là bội số của kích thước 8 bit. Chúng tôi phát triển trên các máy 32 bit và chạy các máy chủ của mình với JVM 64 bit.

Bạn có thể cung cấp một số chi tiết về vấn đề bạn đang gặp phải? Sau đó, chúng tôi có thể có cơ hội giúp bạn. Nếu không, chúng tôi sẽ chỉ đoán xem bạn đang gặp phải vấn đề gì.

Trừ khi bạn có mã gốc (mã máy được biên dịch cho một arcitechture cụ thể) thì mã của bạn sẽ chạy tốt như nhau trong JVM 32 bit và 64 bit.

Tuy nhiên, lưu ý rằng do địa chỉ lớn hơn (32 bit là 4 byte, 64 bit là 8 byte) nên JVM 64 bit sẽ yêu cầu nhiều bộ nhớ hơn JVM 32 bit cho cùng một tác vụ.

Sự khác biệt 32 bit so với 64 bit trở nên quan trọng hơn khi bạn đang giao tiếp với các thư viện gốc. Java 64-bit sẽ không thể giao tiếp với dll 32-bit không phải Java (thông qua JNI)

Thêm một tham số như bên dưới trong cấu hình của bạn trong khi tạo exe

http://www.technimi.com/index.php?do=/group/java/forum/building-an-exe-using-launch4j-for-32-bit-jvm/

Tôi hy vọng nó sẽ giúp.

cảm ơn...

/ jav

Java JNI yêu cầu các thư viện hệ điều hành có cùng "bittiness" như JVM. Nếu bạn cố gắng tạo thứ gì đó phụ thuộc, chẳng hạn như trên IESHIMS.DLL (nằm trong% ProgramFiles% \ Internet Explorer), bạn cần sử dụng phiên bản 32bit khi JVM của bạn là 32bit, phiên bản 64bit khi JVM của bạn là 64bit. Tương tự như vậy đối với các nền tảng khác.

Ngoài điều đó ra, bạn nên sẵn sàng. Mã bytecode của Java được tạo ra giống nhau.

Lưu ý rằng bạn nên sử dụng trình biên dịch Java 64bit cho các dự án lớn hơn vì nó có thể giải quyết nhiều bộ nhớ hơn.

yo sai ở đâu! Đối với chủ đề này, tôi đã viết một câu hỏi cho oracle. Câu trả lời là.

"Nếu bạn biên dịch mã của mình trên Máy 32 Bit, thì mã của bạn chỉ nên chạy trên Bộ xử lý 32 Bit. Nếu bạn muốn chạy mã của mình trên JVM 64 Bit, bạn phải biên dịch Tệp lớp của mình trên Máy 64 Bit bằng 64 -Chụp JDK. "