Nhóm Java Integer. Tại sao?

Question

Tôi đã đọc ở khắp mọi nơi khi bạn xác định Số nguyên từ -128 đến 127 trong Java, thay vì tạo đối tượng mới, nó trả về một đối tượng đã được tạo.

Tôi không thấy điểm nào khác ngoài việc cho phép người lập trình mới so sánh các đối tượng Integer với == để xem chúng có cùng số không, nhưng tôi nghĩ điều này là xấu vì chắc chắn họ nghĩ rằng họ có thể so sánh bất kỳ số nguyên nào với == và cũng đang dạy một phương pháp không tốt trong bất kỳ ngôn ngữ lập trình nào: so sánh nội dung của hai đối tượng 'khác nhau' với ==.

Có lý do nào khác giải thích tại sao việc này được thực hiện không? Hoặc là nó chỉ là một quyết định xấu khi thiết kế ngôn ngữ (Theo quan điểm của tôi) như dấu chấm phẩy tùy chọn trong JavaScript?

EDIT: Tôi thấy ở đây là họ giải thích các hành vi: Why does the behavior of the Integer constant pool change at 127?

Tôi hỏi tại sao họ thiết kế nó để có hành vi này, và không tại sao hành vi này xảy ra.

Answer 1

Nó được gọi là Flyweight pattern và được sử dụng để giảm thiểu mức sử dụng bộ nhớ.

Những con số này rất có thể được sử dụng nhiều lần và các loại hộp số tự động như Integer là không thay đổi (lưu ý điều này được thực hiện không chỉ cho Integer). Caching chúng làm cho nó như vậy không có nhiều trường hợp và làm giảm GC (Garbage Collection) làm việc là tốt.

Các JLS diện này trong 5.1.7. Boxing Conversion đặc biệt bằng cách nói:

Nếu p giá trị được đóng hộp là đúng, sai, một byte, hoặc một char trong khoảng \ u0000 để \ u007f, hoặc một int hoặc ngắn giữa -128 và 127 (bao gồm), sau đó cho r1 và r2 là kết quả của bất kỳ chuyển đổi đấm bốc nào của p. Nó luôn luôn là trường hợp r1 == r2.

Lý tưởng nhất, hãy đấm một giá trị nguyên thủy p, sẽ luôn mang lại một tham chiếu giống nhau. Trong thực tế, điều này có thể không khả thi khi sử dụng các kỹ thuật triển khai hiện có. Các quy tắc trên là một sự thỏa hiệp thực dụng. Điều khoản cuối cùng ở trên yêu cầu các giá trị chung nhất định luôn được đóng hộp thành các đối tượng không thể phân biệt được. Việc triển khai có thể lưu vào bộ nhớ cache, lười biếng hoặc háo hức. Đối với các giá trị khác, công thức này không cho phép bất kỳ giả định nào về danh tính của các giá trị đóng hộp trên phần của lập trình viên. Điều này sẽ cho phép (nhưng không yêu cầu) chia sẻ một số hoặc tất cả các tài liệu tham khảo này.

Điều này đảm bảo rằng trong hầu hết các trường hợp phổ biến, hành vi sẽ là hành vi mong muốn, không áp đặt hình phạt hiệu suất quá mức, đặc biệt là trên các thiết bị nhỏ. Ví dụ, ít triển khai bộ nhớ hạn chế hơn, có thể lưu trữ tất cả các giá trị char và ngắn, cũng như các giá trị int và long trong phạm vi từ -32K đến + 32K.

Answer 2

Tôi nghĩ rằng việc tạo bất kỳ đối tượng nào mất nhiều thời gian hơn lấy nó từ bảng biểu tượng. Hơn nữa, nếu tôi không nhầm, mọi đối tượng trên heap chiếm 24 byte không gian bổ sung cho tiêu đề. Bây giờ, nếu một lập trình viên viết chương trình của mình, hầu hết các hoạt động được thực hiện trên các int nhỏ (trong trường hợp này là các số nguyên nhỏ). Vì vậy, nó cho phép tiết kiệm rất nhiều không gian và cải thiện hiệu suất một chút.