Tại sao giá trị của một lớp giá trị là hashCode của nó "không phải là một ý tưởng hay"?

Question

Đoạn cuối cùng của Khoản 9 của Java hiệu quả, 2nd Edn, J. Bloch nói rằng, đối với các lớp học giá trị như Integer, String, Date vv, trở về một hàm của các giá trị chính xác về điều đó lớp học là hashCode không phải là ý tưởng hay.

Vì vậy, lớp Integer trả lại value của số nguyên nó đại diện như hashCode sơ thẩm của nó không phải là tất cả tốt như vậy.

Không phải là hashCode() của String trả lại giá trị số nguyên được ánh xạ trực tiếp từ nội dung tổng thể, tức là các ký tự mà phiên bản String có.

Những hashCode()-tuân thủ rõ ràng hợp đồng.

Với tôi, nó có vẻ là một ý tưởng hay thay vì xấu - hashCode -s thay đổi khi các giá trị khác nhau giữa các đối tượng và hashCodes được "chuẩn hóa" trước khi chúng được trải ra thành các thùng của HashMap/HashSet - để các hashCode -s của các mục không tạo thành một xu hướng mà bộ chứa các mục nhập sẽ đi vào

gì am i thiếu ở đây -. những gì làm cho việc lập bản đồ giá trị lớp trực tiếp đến hashCode một "xấu ý kiến"?

TIA

// ===========================

EDIT

pls cũng thấy bình luận dưới câu trả lời của Steve Siebert về vấn đề này.

Answer 1

gì nó nói là những đặc điểm kỹ thuật javadoc nói chính xác cách thức hashCode được tạo ra. Bằng cách đó, các ứng dụng bây giờ có thể phụ thuộc vào điều này luôn luôn đúng ... và bây giờ những triển khai đó không bao giờ có thể thay đổi cách hashCode được tạo ra.

Điều đó không có nghĩa là bạn không nên lấy băm từ giá trị của mình ...chỉ không nói với mọi người như thế nào bạn làm điều này trong đặc tả của bạn =)

Answer 2

API Java thực hiện điều đó, nó trả về số nguyên.

Integer t = ...; 
t.intValue() == t.hashCode(); // true 

Tôi có cuốn sách tương tự tại nơi làm việc. Tôi sẽ xem nó vào thứ hai.

Nếu bạn thực sự lo lắng, thực hiện FNV-1a băm:

int hash = 0x4C1DF00D; 
    hash = (hash^value) * 0x01000193; 

Answer 3

Các full quote là

Nhiều lớp trong thư viện nền tảng Java, chẳng hạn như String, Integer, và Date, bao gồm trong họ thông số kỹ thuật giá trị chính xác được trả về bởi phương thức hashCode của chúng như một hàm của giá trị mẫu. Điều này thường không phải là một ý tưởng hay vì nó giới hạn khả năng của bạn để cải thiện hàm băm trong các bản phát hành trong tương lai. Nếu bạn để lại các chi tiết của hàm băm không xác định và tìm thấy lỗi hoặc hàm băm tốt hơn, bạn có thể thay đổi hàm băm trong bản phát hành sau , tự tin rằng không có khách hàng nào phụ thuộc vào giá trị chính xác chức năng.

Mỏ nhấn mạnh. Cuốn sách chỉ nói rằng nó thường được coi là thực hành xấu để tiết lộ chi tiết thực hiện trong một đặc điểm kỹ thuật. Điều này làm cho nó có khả năng chống thay đổi.

Thực tế là nó đã được triển khai khi trả lại giá trị chính xác (cho Integer) hoặc một số giá trị được tính (cho Date và String) không phải là xấu.