Java中拼接字符串哈希值转换为int失败的问题排查与解决

你猜的没错！问题核心就是拼接后的字符串对应的数值超出了Java中int类型的取值范围，导致Integer.valueOf()抛出NumberFormatException。

具体原因 #

Java的int是32位有符号整数，取值范围是 -2147483648 到 2147483647。当你把两个String的hashCode（本身就是int类型）转成字符串拼接后，得到的字符串长度很容易超过10位（比如两个hashCode都是9位数，拼接后就是18位），对应的数值远远超出int能容纳的最大值，自然无法完成转换。

举个例子：如果liNumber.hashCode()是123456789，country.hashCode()是987654321，拼接后的字符串是"123456789987654321"，这个数远大于2147483647，调用Integer.valueOf()就会直接报错。

正确的解决方案：生成合法的int类型hashCode #

你的实际需求是为对象生成符合规范的int类型hashCode，完全不需要通过字符串拼接再转换的方式——这既低效又容易出问题。Java有成熟的组合成员变量生成hashCode的方式：

方法1：使用Java自带的Objects.hash()（推荐） #

这是最简洁且安全的方式，JDK已经帮你处理了空值等边界情况：

@Override
public int hashCode() {
    return Objects.hash(liNumber, country);
}

如果只是为了验证，你可以在printHashCodes()里直接调用这个方法：

public void printHashCodes(){
    int customHashCode = Objects.hash(liNumber, country);
    System.out.println("自定义hashCode：" + customHashCode);
}

方法2：手动实现经典的hashCode算法 #

如果你想手动控制计算逻辑，可以采用经典的31乘子算法（31是质数，能减少哈希碰撞）：

@Override
public int hashCode() {
    int result = 17; // 初始值选质数
    result = 31 * result + (liNumber == null ? 0 : liNumber.hashCode());
    result = 31 * result + (country == null ? 0 : country.hashCode());
    return result;
}

同样，在打印方法里直接使用这个返回值即可。

为什么这两种方法可行？因为它们通过数学运算直接组合两个hashCode的数值，始终保证结果在int的取值范围内（即使中间运算溢出，Java的int溢出是合法的，会自动按模2^32处理，这符合hashCode的设计要求）。

额外提醒 #

永远不要用字符串拼接再转int的方式生成hashCode——除了范围问题，这种方式还会大幅增加哈希碰撞的概率，完全不符合hashCode的设计原则。

内容的提问来源于stack exchange，提问作者Kerayt