在java中为字符串实现自定义哈希算法并用于集合时，由于`string`类的不可变性，不能直接修改其`hashcode()`方法。解决方案是创建一个包装类，封装原始`string`对象，并在包装类中重写`hashcode()`方法以实现自定义逻辑（如字符ascii值求和），同时确保正确实现`equals()`方法，以保证哈希集合的正常工作。
1. 理解默认字符串哈希与自定义需求
Java的String类自带一个高效的hashCode()实现，其算法通常基于 s[0]*31^(n-1) + s[1]*31^(n-2) + ... + s[n-1]。然而，在某些特定场景下，开发者可能希望采用更简单或不同的哈希策略，例如仅仅将字符串中所有字符的ASCII值相加。直接修改String类的hashCode()方法是不可能的，因为String是final类，且其方法不能被重写。此外，即使能够修改，也会影响到所有依赖String哈希的Java核心功能，带来不可预测的风险。
当我们需要在HashMap、HashSet等基于哈希的集合中使用自定义哈希逻辑时，我们不能直接让这些集合对String对象应用我们自己的哈希函数。标准的做法是创建一个包装类来封装String对象，并在该包装类中实现我们自定义的哈希行为。
2. 实现自定义哈希的包装类
核心思想是创建一个新的类，该类包含一个String类型的字段来存储实际的字符串值。然后，在这个新类中重写equals()和hashCode()方法，以实现我们所需的自定义逻辑。
以下是一个示例，展示如何创建一个名为MyString的包装类，并实现一个简单的哈希函数，即将所有字符的Unicode码点（对于ASCII字符等同于ASCII值）相加：
立即学习“Java免费学习笔记（深入）”；
import java.util.Objects;
public class MyString {
private final String value; // 封装原始String对象
public MyString(String value) {
this.value = value;
}
public String getValue() {
return value;
}
/**
* 重写equals方法，确保逻辑一致性。
* 只有当两个MyString对象封装的字符串值相同时，它们才被认为是相等的。
*/
@Override
public boolean equals(Object o) {
// 引用相等，直接返回true
if (this == o) return true;
// 如果o为null或类型不一致，返回false
if (o == null || getClass() != o.getClass()) return false;
// 类型转换
MyString myString = (MyString) o;
// 比较封装的字符串值是否相等
return Objects.equals(value, myString.value);
}
/**
* 重写hashCode方法，实现自定义哈希逻辑。
* 此处采用将所有字符的Unicode码点求和作为哈希值。
*/
@Override
public int hashCode() {
// 使用Stream API方便地计算所有字符码点的总和
// 对于仅包含ASCII字符的字符串，这等同于ASCII值求和
return value.codePoints().sum();
}
}代码解析：
- private final String value;: 声明一个final字段来存储原始的String。final修饰符确保一旦MyString对象创建，其内部的String值就不会改变，这对于哈希函数的稳定性至关重要。
- equals(Object o): 这个方法至关重要。它定义了两个MyString对象何时被认为是相等的。在这里，如果两个MyString对象封装了相同的String值，它们就被认为是相等的。这是hashCode()方法正确工作的前提。
- hashCode(): 这是实现自定义哈希逻辑的地方。示例中，我们使用了value.codePoints().sum()来计算所有字符的Unicode码点之和。codePoints()方法返回一个IntStream，其中包含了字符串中每个字符的Unicode码点，然后sum()方法计算它们的总和。
3. hashCode()与equals()的契约
在Java中，重写hashCode()方法时，必须同时重写equals()方法，并且两者之间必须遵循以下契约：
- 一致性：如果在应用程序执行期间，一个对象的equals比较中使用的信息没有被修改，那么对该对象多次调用hashCode方法，必须始终返回同一个整数。
- 相等性：如果两个对象根据equals(Object)方法是相等的，那么对这两个对象中的每个对象调用hashCode方法都必须产生相同的整数结果。
- 不相等性（非强制）：如果两个对象根据equals(Object)方法是不相等的，那么对这两个对象中的每个对象调用hashCode方法，不要求产生不同的整数结果。但是，为不相等的对象生成不同的哈希码可以提高哈希表的性能。
在上述MyString示例中，我们严格遵守了这一契约。如果两个MyString对象封装的String值相同（即equals返回true），那么它们的value.codePoints().sum()结果也必然相同，从而hashCode也相同。
4. 在哈希集合中使用自定义哈希对象
一旦MyString类实现完毕，你就可以在HashMap或HashSet等集合中使用MyString对象，而这些集合将自动使用你自定义的hashCode()方法进行哈希计算，并使用equals()方法进行相等性判断。
import java.util.HashMap;
public class MyStringDemo {
public static void main(String[] args) {
HashMap<MyString, String> myMap = new HashMap<>();
MyString s1 = new MyString("hello");
MyString s2 = new MyString("world");
MyString s3 = new MyString("hello"); // 尽管是新对象，但内容与s1相同
myMap.put(s1, "value1");
myMap.put(s2, "value2");
myMap.put(s3, "value3"); // s3与s1的hashCode和equals都相同，会覆盖s1对应的值
System.out.println("Map size: " + myMap.size()); // 预期输出：2
System.out.println("Value for 'hello': " + myMap.get(new MyString("hello"))); // 预期输出：value3
System.out.println("Value for 'world': " + myMap.get(new MyString("world"))); // 预期输出：value2
}
}在上述示例中，尽管s1和s3是不同的MyString实例，但由于它们封装了相同的字符串"hello"，并且MyString类正确重写了equals()和hashCode()，HashMap会将它们视为相等的键。因此，s3的put操作会更新s1对应的条目，最终myMap中只包含两个键值对。
5. 注意事项与总结
- 哈希冲突与性能：自定义的哈希函数越简单，越可能导致哈希冲突。高冲突率会降低哈希集合的性能，因为它们需要更多地依赖equals()方法来查找和比较对象，这会增加查找和插入操作的时间复杂度。因此，在设计自定义哈希函数时，应权衡其简单性与冲突分布的均匀性。
- 不可变性：被包装的String字段应声明为final，以确保MyString对象的哈希值在其生命周期内保持不变。如果对象的状态（即封装的字符串）可以改变，那么其hashCode也可能改变，这会导致在哈希集合中无法正确查找该对象。
- 正确性优先：始终确保hashCode()和equals()方法遵循其契约。任何违背都可能导致哈希集合行为异常，例如get()方法无法找到put()进去的对象。
通过创建包装类并重写hashCode()和equals()方法，我们可以在不修改Java核心类的前提下，灵活地为现有类型实现自定义的哈希行为，从而满足特定的应用需求。这种模式在Java开发中非常常见且实用。
