Spring Security ACL从SQL Server迁移Postgres遇类型匹配问题

你遇到的object_id_identity列类型不匹配问题，本质是Spring Security ACL的默认设计与PostgreSQL严格类型检查的冲突，而非框架未针对PostgreSQL测试——SQL Server允许隐式类型转换，而PostgreSQL对类型一致性要求更高。自定义SQL确实能临时解决问题，但并非最优解，以下是更符合框架设计的方案：

方案1：调整数据库表结构（最简路径） #

如果业务允许，直接将acl_object_identity表的object_id_identity列类型从bigint改为varchar(255)，与Spring Security ACL默认的字符串型对象ID存储逻辑匹配，无需修改任何代码即可解决类型冲突。

方案2：自定义对象身份检索策略（适配数值ID场景） #

若必须保留bigint列类型，可通过实现ObjectIdentityRetrievalStrategy接口，让框架传递数值类型的对象ID，而非字符串：

1. 实现自定义检索策略 #

假设你的业务实体都包含Long类型的主键，编写如下策略类：

@Component
public class NumericObjectIdentityRetrievalStrategy implements ObjectIdentityRetrievalStrategy {
    @Override
    public ObjectIdentity getObjectIdentity(Object domainObject) {
        // 替换为你的实体主键获取逻辑
        Long entityId = ((YourBaseEntity) domainObject).getId();
        return new ObjectIdentityImpl(domainObject.getClass(), entityId);
    }
}

2. 配置Spring Security ACL服务 #

在安全配置类中，将自定义策略注入JdbcMutableAclService：

@Bean
public JdbcMutableAclService jdbcMutableAclService(
        DataSource dataSource,
        LookupStrategy lookupStrategy,
        AclCache aclCache,
        ObjectIdentityRetrievalStrategy identityRetrievalStrategy) {
    JdbcMutableAclService aclService = new JdbcMutableAclService(dataSource, lookupStrategy, aclCache);
    aclService.setObjectIdentityRetrievalStrategy(identityRetrievalStrategy);
    return aclService;
}

此方案下，框架会以Long类型参数执行SQL，完美匹配PostgreSQL的bigint列类型，无需修改原生查询语句。

方案3：调整JdbcTemplate类型映射（全局适配） #

若需要全局处理数值与字符串的类型转换，可自定义JdbcTemplate并配置类型转换器：

@Bean
public JdbcTemplate jdbcTemplate(DataSource dataSource) {
    JdbcTemplate jdbcTemplate = new JdbcTemplate(dataSource);
    jdbcTemplate.setTypeMap(Map.of("bigint", Long.class));
    return jdbcTemplate;
}

再将此JdbcTemplate传入JdbcMutableAclService的构造方法（需注意Spring Security版本的兼容性）。

为什么不推荐全量自定义SQL？ #

自定义SQL会导致与Spring Security ACL的原生实现耦合，后续框架版本升级时，原生查询逻辑的变更可能导致自定义SQL失效，维护成本更高。而上述方案均基于框架扩展点实现，兼容性和可维护性更强。

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