如何将Salesforce返回的18位字母数字Lead ID存入Java Long类型字段

这确实是个挺棘手的两难问题——既要保住现有依赖的Long类型leadId字段，又得把Salesforce返回的18位字母数字Lead ID存进去。我整理了几个实用的方案，你可以根据自己的业务约束来选：

既然原leadId字段动不了，那我们可以给Lead实体类加一个专门存Salesforce原始ID的辅助字段，比如salesforceLeadId，类型设为String。这样做的好处是：

• 原有依赖leadId的业务流程完全不受影响，你可以继续用自增或原有逻辑维护这个Long类型字段
• 新增字段专门存储18位字母数字ID，完全避免编码/哈希带来的冲突风险

代码示例：

@Entity
public class Lead {
    @Column(name = "orderid")
    private Long leadId; // 原字段，保持不变

    @Column(name = "salesforce_lead_id")
    private String salesforceLeadId; // 新增字段，存Salesforce返回的18位ID

    // getter、setter方法省略
}

优点：零冲突风险，不干扰现有业务，后续维护成本低。
缺点：需要修改数据库表和实体类，多占用一点存储资源。

把Salesforce的18位ID通过哈希算法生成一个64位数值，再转成Long类型。因为Long是64位，我们可以取哈希值的前8字节（刚好对应Long的长度）作为leadId的值。注意：哈希算法存在极小的冲突概率，需要评估你的业务是否能接受这种风险。

代码示例（用SHA-256哈希实现）：

import java.security.MessageDigest;
import java.security.NoSuchAlgorithmException;

public class SalesforceIdConverter {
    public static long convertToLong(String salesforceId) throws NoSuchAlgorithmException {
        MessageDigest md = MessageDigest.getInstance("SHA-256");
        byte[] hashBytes = md.digest(salesforceId.getBytes());
        
        // 取哈希值的前8字节转换为Long
        long result = 0;
        for (int i = 0; i < 8; i++) {
            result = (result << 8) | (hashBytes[i] & 0xFF);
        }
        return result;
    }
}

优点：不需要修改实体类和数据库，快速实现需求。
缺点：存在极低的哈希冲突概率；无法通过leadId反向还原出原始的Salesforce ID。

Salesforce的18位ID是Base62编码格式（包含0-9、A-Z、a-z），但18位Base62对应的数值远超过Long的最大值（约9e18）。我们可以截断ID的一部分，比如取前11位（62^10≈8.39e17，小于Long的最大值），再把这部分Base62字符串解码成Long。

代码示例（Base62解码工具类）：

public class Base62 {
    private static final String CHARSET = "0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz";
    private static final int BASE = CHARSET.length();

    public static long decode(String input) {
        long result = 0;
        for (char c : input.toCharArray()) {
            int index = CHARSET.indexOf(c);
            if (index == -1) {
                throw new IllegalArgumentException("无效的Base62字符: " + c);
            }
            result = result * BASE + index;
        }
        return result;
    }
}

// 使用方式
String truncatedId = salesforceId.substring(0, 11); // 截取前11位
long leadId = Base62.decode(truncatedId);

优点：比哈希更直观，能保留部分原始ID的特征。
缺点：截断会丢失部分ID信息，冲突概率比哈希高；无法反向还原原始ID；如果Salesforce ID前缀重复率高，冲突风险会进一步上升。

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