如何重写键类hashCode适配ConcurrentHashMap putIfAbsent合成参数判断

问题根因 #

核心问题是违反了JavaSE规范中equals与hashCode的绑定契约：两个equals判断为相等的对象，必须返回相同的hashCode。你之前的实现中，两个逻辑相等的lambda实例，返回的是lambda生成类实例本身的哈希值，自然不相等，导致ConcurrentHashMap在哈希分桶阶段就把两个相等的键分到了不同的桶，根本不会走到你自定义的equals判断逻辑。

实现方案 #

不需要特殊适配ConcurrentHashMap，只要严格遵守equals/hashCode契约，基于你实际用来判断相等的「捕获的真实参数」来计算哈希即可，完全不要用lambda实例本身的哈希值：

1. 首先在你的SynthEqual接口中补充合成参数的哈希计算默认方法，和已有的相等判断逻辑对齐：

interface SynthEqual {
    default Object synthParamAt(int paramIndex) {
        try {
            Field[] fields = getClass().getDeclaredFields();
            fields[paramIndex].setAccessible(true); // 补充访问权限设置，避免模块化Java/安全管理器拦截
            return fields[paramIndex].get(this);
        } catch (ReflectiveOperationException e) {
            throw new RuntimeException(e);
        }
    }

    default int synthParamHash(int paramIndex) {
        return Objects.hashCode(synthParamAt(paramIndex));
    }

    default boolean equalTo(int at, SynthEqual that) {
        return that != null && Objects.equals(synthParamAt(at), that.synthParamAt(at));
    }
}

注：Java 9及以上版本可将synthParamAt改为私有方法，避免对外暴露内部实现。

2. 在作为Map键的自定义类中，重写hashCode时，把所有参与equals判断的字段全部纳入哈希计算，和equals的判断逻辑严格一一对应：

@Override
public int hashCode() {
    int result = lambdaFieldA.synthParamHash(0); // 对应equals里判断的lambda第0位捕获参数
    result = 31 * result + Objects.hashCode(fieldB); // 对应equals里判断的普通字段fieldB
    return result;
}

对应的equals逻辑保持你之前的实现即可，不需要修改。

额外注意事项 #

• 你当前通过getDeclaredFields()按数组下标取合成字段的逻辑，依赖JVM对lambda捕获字段的生成顺序，虽然主流OpenJDK/OracleJDK 8+版本均按捕获顺序生成final合成字段，但该行为属于实现细节，不保证所有JVM、所有版本都一致。生产环境使用建议显式按字段名+修饰符匹配查找对应捕获字段，避免JDK升级后字段顺序变动导致逻辑异常。
• 不要为了让哈希相等直接返回固定值，这会导致所有键都落到同一个哈希桶，ConcurrentHashMap会退化为链表扫描，性能完全不可用。上述实现基于真实捕获参数计算哈希，哈希分布和普通对象一致，不会有性能问题。

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