> In some JDK classes there's still the following hashCode() implementation:
>
> long objNum;
>
> public int hashCode() {
> return (int) objNum;
> }
>
> This outdated expression should be replaced with Long.hashCode(long) as it
>
> - uses all bits of the original value, does not discard any information
> upfront. For example, depending on how you are generating the IDs, the upper
> bits could change more frequently (or the opposite).
>
> - does not introduce any bias towards values with more ones (zeros), as it
> would be the case if the two halves were combined with an OR (AND) operation.
>
> See https://stackoverflow.com/a/4045083
>
> This is related to https://github.com/openjdk/jdk/pull/4309
Сергей Цыпанов has updated the pull request incrementally with one additional
commit since the last revision:
8268764: Update copy-right year
-------------
Changes:
- all: https://git.openjdk.java.net/jdk/pull/4491/files
- new: https://git.openjdk.java.net/jdk/pull/4491/files/932c26ad..20ad76be
Webrevs:
- full: https://webrevs.openjdk.java.net/?repo=jdk&pr=4491&range=03
- incr: https://webrevs.openjdk.java.net/?repo=jdk&pr=4491&range=02-03
Stats: 1 line in 1 file changed: 0 ins; 0 del; 1 mod
Patch: https://git.openjdk.java.net/jdk/pull/4491.diff
Fetch: git fetch https://git.openjdk.java.net/jdk pull/4491/head:pull/4491
PR: https://git.openjdk.java.net/jdk/pull/4491
