Android端SQLite的ROUND函数不符合预期，与桌面端结果不一致

问题根源 #

这是因为二进制浮点数无法精确表示十进制的1.555，不同环境下SQLite对这个近似值的ROUND处理逻辑存在差异：Android端使用的SQLite版本可能将存储的近似值（比如1.554999999999999...）向下取整为1.55，而桌面端DB Browser使用的SQLite版本则基于更精确的处理逻辑得到1.56。修改为REAL类型无法解决问题，因为REAL本质就是浮点数，依然存在精度误差。

解决方案 #

1. 自定义精确ROUND函数（推荐） #

在Android端通过SQLiteDatabase.createFunction()实现一个基于十进制精确计算的ROUND函数，彻底规避二进制浮点数误差：

// 初始化SQLite数据库时注册自定义函数
db.createFunction("decimal_round", 2, new SQLiteFunction() {
    @Override
    public void onCall(SQLiteFunctionContext context, Object[] args) {
        if (args.length != 2 || !(args[0] instanceof Double) || !(args[1] instanceof Integer)) {
            context.result(null);
            return;
        }
        Double value = (Double) args[0];
        int scale = (Integer) args[1];
        // 用BigDecimal实现精确四舍五入
        BigDecimal bd = new BigDecimal(value.toString());
        bd = bd.setScale(scale, RoundingMode.HALF_UP);
        context.result(bd.doubleValue());
    }
});

之后在SQL中调用自定义函数替代原生ROUND：

SELECT decimal_round(1.555, 2);

2. 固定小数位场景的SQL兜底写法 #

如果无法自定义函数，可通过数值缩放修正浮点数偏差，确保进位逻辑统一：

SELECT CAST(ROUND(1.555 * 100 + 0.0001) / 100 AS REAL);

注：+0.0001是为了修正浮点数近似值的微小偏差，让接近1.555的数值能正确触发进位。

3. 对齐SQLite版本 #

先通过SELECT sqlite_version();分别查询Android端和桌面端的SQLite版本，如果Android端版本远低于桌面端，尝试升级项目中的SQLite依赖（比如使用androidx.sqlite库的最新版本），新版本可能修复了ROUND函数的处理逻辑差异。

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