Tôi có một câu hỏi rất cơ bản về JVM: nó là một trình biên dịch hay một trình thông dịch?
Nếu nó là một trình thông dịch, vậy còn trình biên dịch JIT tồn tại bên trong JVM thì sao?
Nếu không, thì chính xác thì JVM là gì? (Tôi không muốn định nghĩa cơ bản của jVM về chuyển đổi mã byte thành mã máy cụ thể, v.v.)
Câu trả lời:
Trước tiên, chúng ta hãy có một ý tưởng rõ ràng về các thuật ngữ sau
Javaclà Trình biên dịch Java - Biên dịch mã Java của bạn thành Bytecode
JVMlà Máy ảo Java - Chạy / Phiên dịch / dịch Bytecode thành Mã máy gốc
JITis Just In Time Compiler - Biên dịch chuỗi lệnh bytecode đã cho thành mã máy trong thời gian chạy trước khi thực thi nguyên bản. Mục đích chính của nó là tối ưu hóa hiệu suất.
Vậy bây giờ, Hãy cùng tìm câu trả lời cho câu hỏi của bạn ..
1) JVM: is it a compiler or an interpreter? - Trả lời: Thông dịch viên
2) what about JIT compiler that exist inside the JVM? - Trả lời: Nếu bạn đọc xong câu trả lời này, bạn có thể biết nó ngay bây giờ
3) what exactly is the JVM? - Trả lời:
.classtệp vào RAMHy vọng điều này đã giúp bạn ..
Nó là một chút của cả hai, nhưng không phải theo nghĩa truyền thống.
Các JVM hiện đại lấy bytecode và biên dịch nó thành mã gốc khi cần thiết lần đầu. "JIT" trong ngữ cảnh này là viết tắt của "đúng lúc". Nó hoạt động như một trình thông dịch từ bên ngoài, nhưng thực sự đằng sau nó đang biên dịch thành mã máy.
Không nên nhầm lẫn JVM với trình biên dịch Java, trình biên dịch này biên dịch mã nguồn thành bytecode. Vì vậy, sẽ không hữu ích nếu coi nó là "một trình biên dịch" mà phải biết rằng trong nền nó thực hiện một số biên dịch.
Giống như @delnan đã được nêu trong phần bình luận, nhưng không phải vậy .
JVM là một máy trừu tượng chạy Java bytecode .
JVM có một số cách triển khai:
... và nhiều người khác .
Hầu hết các câu trả lời khác khi nói về JVM đề cập đến HotSpot hoặc một số hỗn hợp của các cách tiếp cận trên để triển khai JVM.
.dexmã trực tiếp thông qua phiên dịch hoặc biên dịch Just-In-Time (JIT) ..." ( source.android.com/devices/tech/ota/ab/… )
Cả hai. Nó bắt đầu bằng cách diễn giải bytecode và có thể (nếu nó quyết định nó có giá trị hay không) sau đó biên dịch bytecode đó thành mã máy gốc.
Như những người khác đã nói nó là cả hai! Nếu bạn muốn tham khảo nó một cách chi tiết tốt hơn bạn có thể thấy: Đây Mô tả IBM
Javac là một trình biên dịch nhưng không phải là một trình biên dịch truyền thống. Một trình biên dịch thường chuyển đổi mã nguồn sang ngôn ngữ cấp Máy để thực thi và điều đó được thực hiện trong một lần chụp, tức là toàn bộ mã được lấy và chuyển đổi sang ngôn ngữ cấp máy ở ONCE. (thêm về điều này bên dưới). Trong khi, JavaC chuyển đổi nó thành Bytecode thay vì ngôn ngữ cấp máy.
JIT là một trình biên dịch Java nhưng cũng hoạt động như một trình thông dịch. Một trình biên dịch điển hình sẽ chuyển đổi tất cả mã cùng một lúc từ mã nguồn sang ngôn ngữ cấp máy. Thay vào đó, JIT đi từng dòng một (thực thi từng dòng là một tính năng của Trình thông dịch) và chuyển đổi mã bytec do JavaC tạo ra thành ngôn ngữ cấp máy và thực thi nó. JVM có JIT trong đó có nhiều cách triển khai. Hotspot là một trong những điểm chính cho lập trình Java. Việc triển khai Hotspot làm cho JIT tối ưu hóa việc thực thi bằng cách chuyển đổi các đoạn mã lặp lại thành ngôn ngữ cấp Máy cùng một lúc (giống như một trình biên dịch như đã đề cập ở trên) để chúng có thể được thực thi nhanh hơn thay vì chuyển đổi từng dòng mã 1 x 1. Vì vậy, câu trả lời không phải là Đen trắng đối với các định nghĩa điển hình của Trình biên dịch và Trình thông dịch.
Đây là hiểu biết của tôi sau khi đọc một số câu trả lời trực tuyến, blog, v.v. Nếu ai đó có đề xuất để cải thiện sự hiểu biết này, vui lòng đề xuất.
JVM có cả trình biên dịch và trình thông dịch. Bởi vì trình biên dịch biên dịch mã và tạo ra mã bytecode. Sau đó, trình thông dịch chuyển đổi mã bytecode thành mã máy có thể hiểu được.
Ví dụ: Viết và biên dịch một chương trình và nó chạy trên Windows. Đưa tệp .class sang một hệ điều hành khác (Unix) và nó sẽ chạy nhờ trình thông dịch chuyển đổi mã bytecode thành mã máy có thể hiểu được.