MongoDB BSONSerializer反序列化时新增多余小数问题求助

原因分析 #

出现这个问题的核心原因有两点：

1. IEEE 754双精度浮点数的固有特性：double是基于二进制的浮点类型，绝大多数十进制小数（比如你用到的58.3575487）无法被二进制精确存储，只能以近似值形式保存。平时这些近似值会被隐式处理不显示，但经过字符串序列化再反序列化的流程后，底层的近似值会被完整暴露出来。
2. 字符串转换的放大效应：你通过资源文件占位符生成查询字符串、再反序列化为BsonDocument的过程，相当于把double的近似值先转成完整的字符串形式，再转回BsonDouble，自然就会显示出那些多余的尾数位。

解决方法 #

1. 改用Decimal128类型存储经纬度 #

MongoDB原生支持Decimal128类型，它专门用于精确表示十进制小数，完美适配经纬度这类需要精确十进制格式的场景。

• 代码中将原本的double类型替换为MongoDB.Bson.Decimal128；
• 资源文件中的占位符值直接用Decimal128.Parse解析，彻底避免浮点近似问题。

示例代码：

// 解析经纬度为Decimal128
var latitude = Decimal128.Parse("58.3575487");
var longitude = Decimal128.Parse("12.3456789");

// 构建查询条件
var matchStage = new BsonDocument("$match", new BsonDocument
{
    { "location.lat", latitude },
    { "location.lng", longitude }
});

2. 跳过字符串模板，直接构建BsonDocument #

放弃用资源文件生成查询字符串的方式，直接用C#代码拼接聚合管道的BsonDocument。这样可以直接传入原始double值，MongoDB内部会隐式处理显示问题，不会输出多余尾数位。

示例代码：

// 直接构建聚合管道
var pipeline = new List<BsonDocument>
{
    new BsonDocument("$match", new BsonDocument("location.lat", 58.3575487)),
    // 其他聚合阶段...
};

// 执行聚合查询
var result = collection.Aggregate<BsonDocument>(pipeline).ToList();

3. 自定义double序列化规则 #

通过配置MongoDB的序列化器，限制double值的序列化精度，确保反序列化后只保留指定的小数位数。

示例代码：

// 全局注册自定义double序列化器
BsonSerializer.RegisterSerializer(typeof(double), new DoubleSerializer
{
    Representation = BsonType.Double,
    AllowTruncation = true // 允许截断多余小数位
});

// 或者序列化单个值时指定格式
var bsonDouble = BsonDouble.Create(58.3575487);
var jsonString = bsonDouble.ToJson(new JsonWriterSettings { DecimalPlaces = 7 });
var bsonDoc = BsonDocument.Parse(jsonString);

4. 应急方案：字符串存储（不推荐） #

如果只是临时解决显示问题，可以把经纬度存为字符串类型，但这种方式会丢失数值类型的查询优势（比如范围查询、地理空间索引的使用），仅适合不需要数值操作的场景。

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