Java có chế độ xây dựng 'Gỡ lỗi' và 'Phát hành' như C# không?

Question

Trong C#, chúng tôi có 2 chế độ để xây dựng các dự án: Debug và Release, tôi tự hỏi nếu Java có cùng một điều. Tôi đang sử dụng IntelliJ IDEA như Java IDE và cho đến nay tôi đã không nhìn thấy bất cứ nơi nào để cấu hình một chế độ xây dựng như trong VS IDE.

Answer 1

javac 
    -g       Generate all debugging info 
    -g:none     Generate no debugging info 
    -g:{lines,vars,source}  Generate only some debugging info 

Bạn có thể chọn bao gồm các biểu tượng gỡ lỗi trong các lớp được biên dịch (đây là mặc định) hoặc không làm như vậy. Không có nhiều lợi ích khi không làm điều đó. Các tệp jar sẽ là a little smaller, nhưng lợi ích hiệu suất là tối thiểu (nếu có). Nếu không có các ký hiệu này, bạn sẽ không còn nhận được số dòng trong các dấu vết ngăn xếp nữa. Bạn cũng có tùy chọn để bao gồm additional symbols with local variable names (theo mặc định chỉ có tên tệp nguồn và số dòng).

java 
    -ea[:<packagename>...|:<classname>] 
    -enableassertions[:<packagename>...|:<classname>] 
        enable assertions 

Bạn cũng có thể bật xác nhận tại thời gian chạy (mặc định là tắt), đôi khi hữu ích trong quá trình phát triển và thử nghiệm. Điều này có tác động hiệu suất (nếu mã được đề cập đã thực sự sử dụng các xác nhận, mà tôi nghĩ là uncommon).

Bất kể bất kỳ cài đặt nào trong số các cài đặt này, JVM luôn cho phép bạn đính kèm trình gỡ lỗi.

Java nào không có trình biên dịch có điều kiện trong đó mã hoàn toàn khác nhau sẽ được biên dịch dựa trên một số cài đặt bên ngoài. Gần nhất bạn có thể nhận được là một cái gì đó giống như public static final boolean DEBUG_BUILD = true; một nơi nào đó trong mã của bạn và sử dụng trong các câu lệnh if. Điều này thực sự sẽ làm cho trình biên dịch loại trừ mã không thể truy cập được, nhưng bạn phải thiết lập hằng số này trong mã nguồn.

Answer 2

Bạn đang yêu cầu các loại bản dựng khác nhau để biên dịch theo những thứ khác nhau mà tôi đoán. Ví dụ để có Debug.WriteLine và Console.WriteLine.

"Không, Java không khớp chính xác với chức năng đó. Bạn có thể sử dụng các khía cạnh hoặc sử dụng vùng chứa IOC để chèn các lớp triển khai khác nhau." lấy trộm này từ những câu dưới đây: Conditional Java compilation

(đang có câu trả lời tuyệt vời khác cho bạn đó)

Answer 3

Đó là thực tế bình thường trong Java để giải phóng tất cả mọi thứ là một cách mà có thể được sửa lỗi. Đối với một số dự án yêu cầu obfuscation, họ có thể có một bản phát hành, nhưng tôi chưa bao giờ thấy điều này trong 12 năm phát triển Java.

Những thứ như xác nhận và thông báo gỡ lỗi thường bị tắt trong thời gian chạy cho phiên bản sản xuất nhưng có thể được bật bất cứ lúc nào (thậm chí động) nếu được yêu cầu.

IMHO là cách tốt nhất để sử dụng cùng một bản dựng trong mọi môi trường, không chỉ cùng một nguồn nhưng cùng một JAR. Điều này mang lại cho bạn cơ hội tốt nhất, nếu nó hoạt động trong thử nghiệm, nó sẽ hoạt động trong sản xuất và nếu bạn có vấn đề trong sản xuất, bạn có thể tái sản xuất nó trong thử nghiệm.

Vì có quá nhiều mã Java được viết theo cách này, JIT rất giỏi tối ưu hóa mã chết mà không bao giờ được gọi. Vì vậy, nhiều như vậy mà IMHO hầu hết các "tiêu chuẩn" vi mô nơi Java ra thực hiện C + +, là khi điểm chuẩn không làm bất cứ điều gì và JIT là tốt hơn tại phát hiện này. IMHO, C++ giả định rằng nhà phát triển đủ thông minh để không viết mã mà không làm bất cứ điều gì.