Рецепт в первом приближении от
дяди Эккеля и Joshua Bloch [Effective Java (Addison-Wesley 2001)],для написания "правильного" :-)) хэш-кода:
Ekkel, 3d Edition,Joshua Bloch,Effective Java (Addison-Wesley 2001)
1. Store some constant nonzero value, say 17, in an int variable called result.
2. For each significant field f in your object (each field taken into account by the equals
method, that is), do the following:
a. Compute an int hash code c for the field:
i. If the field is a boolean, compute (f ? 0 : 1).
ii. If the field is a byte, char, short, or int, compute (int)f.
iii. If the field is a long, compute (int)(f ^ (f >>> 32)).
iv. If the field is a float compute Float.floatToIntBits(f).
v. If the field is a double, compute Double.doubleToLongBits(f), and
then hash the resulting long as in step 2.a.iii.
vi. If the field is an object reference and this class's equals method
compares the field by recursively invoking equals, recursively invoke
hashCode on the field. If a more complex comparison is required,
compute a “canonical representation” for this field and invoke
hashCode on the canonical representation. If the value of the field is
null, return 0 (or some other constant, but 0 is traditional).
vii. If the field is an array, treat it as if each element were a separate field.
That is, compute a hash code for each significant element by applying
these rules recursively, and combine these values as described in step
2.b.
b. Combine the hash code c computed in step a into result as follows:
result = 37*result + c;
3. Return result.
4. When you are done writing the hashCode method, ask yourself whether equal
instances have equal hash codes. If not, figure out why and fix the problem.

Там же есть и пример для класса PhoneNumber,
Где areaCode,exchange,extension - переменные класса, тип - short.

Timmэтот "правильный" хэш код - тоже неправильный
Для примера из книги Effective Java он как раз правильный -
переменным areaCode,exchange,extension присваевается значение только
из конструктора.

Timmон изменяется при изменении состояния объекта
На то и пункт номер 4 у Эккеля :-))

Согласитесь, нужно ещё анализировать и предметную область ;-))
Например, если был объект класса PhoneNumber
с московским номером 555-20-25, а потом превратился :-)
в екатеринбуржский номер 550-20-25 - то можно ли считать
объект прежним? ;-)

Timmнадо договаривать :-)
Вы правы ;-) - вот кусок кода из книги:
Может рецепт предназначался
для final переменных класса?

--0если у меня есть объект класс имплое с полем зарплата
после изменения зарплаты можно ли считать объект прежним?
Конечно нужно - так ведь я о том же и писал, уважаемый.
Вы только доказываете мою правоту ( и Эккеля :-)) )
В приведённом вами примере для объекта класса
Имплое хэш-код можно рассчитывать с помощью переменной
класса ИНН или SSN - смотря какой страны вы налогоплательщик ;-)))
Если же менять челу SSN (а насколько я знаю, он присваивается только один раз) - то получаем нового налогоплательщика по программе ФБР о защите
свидетелей ;-)).
Так что
AlexMDнужно ещё анализировать и предметную область ;-))