Java tự động unboxing - là có một cảnh báo trình biên dịch?

Question

Tôi là một fan hâm mộ lớn của tự động đấm bốc trong Java vì nó tiết kiệm rất nhiều mã tấm nồi hơi xấu xí. Tuy nhiên tôi đã tìm thấy tự động unboxing được gây nhầm lẫn trong một số trường hợp đối tượng Number có thể là null. Có cách nào để phát hiện nơi tự động unboxing đang xảy ra trong một codebase với một cảnh báo javac? Bất kỳ giải pháp nào khác để phát hiện sự xuất hiện của unboxing chỉ (chẳng hạn như FindBugs hoặc cảnh báo trình biên dịch cụ thể của Eclipse) sẽ được đánh giá cao vì tôi không thể tìm thấy bất kỳ.

Để làm rõ tôi không muốn bất kỳ cảnh báo nào được tạo trên boxing - chỉ unboxing.

Đây là một ví dụ đơn giản của một số mã có thể gây nhầm lẫn NullPointerExceptions:

class Test { 
    private Integer value; 

    public int getValue() { 
     return value; 
    } 
} 

Answer 1

Eclipse sẽ cho phép bạn thực hiện các hoạt động đấm bốc và giải mã màu cú pháp (nhưng không phải là thao tác này hay cách khác). Tôi đã đặt chúng thành màu đỏ tươi: nếu xảy ra, điều đó có nghĩa là tôi đã cẩu thả trong việc khớp các tham số và đối số.

Answer 2

Yup. Trong Eclipse:

Preferences-> Java-> Compiler-> Lỗi/Warnings-> Lập trình tiềm năng Problems-> Boxing và chuyển đổi unboxing

Answer 3

Đáng tiếc là không có. Đây là một trong những vấn đề với số tự động mở hộp. Bạn có thể

• Khởi tạo nó thành một giá trị mặc định, chẳng hạn như private Integer value = 0
• Kiểm tra cho một null return value != null ? value : 0

Cá nhân tôi thích phương pháp đầu tiên. Nói chung tôi sẽ nghĩ rằng bạn sẽ không có quá nhiều trường hợp, nơi bạn cần phải có một số null.

Ngoài ra, tại sao bạn sử dụng Số nguyên lớn để lưu trữ giá trị. Nếu bạn chỉ trở lại một chút int, tại sao không lưu trữ nó theo cách đó?

Answer 4

Tôi nghi ngờ rằng đây sẽ là trường hợp cảnh báo. Đây là một trong những quirks của auto-boxing.

Joshua Bloch giải quyết vấn đề này trong cuốn sách "Java hiệu quả" của mình. Về cơ bản, trình biên dịch đang cố gắng làm nhiều hơn cho bạn những gì được mong đợi. Nói cách khác, loại vấn đề này thường có liên quan đến việc sử dụng và kết quả là, rất khó để "phát hiện lỗi" khi lỗi là, ngữ nghĩa nói, đơn giản là không có.