MongoCXX(v3)驱动Linux环境下数值格式与精度异常问题

我帮你分析并解决这两个在Linux上用mongocxx v3时碰到的问题：

问题1：存的是1.1，读出来变成1.1000000000000000888 #

原因 #

其实这不是驱动或数据库的bug，而是浮点数二进制表示的固有精度限制：像1.1这种十进制小数，没法用二进制浮点数（C++的double、MongoDB的Double类型）精确存储，数据库里实际存的本来就是一个接近1.1的近似值。Windows环境下可能因为输出时的自动格式化（比如Qt的输出逻辑或者系统默认的数值显示规则）帮你把近似值转成了看起来正常的1.1，但Linux下直接输出了浮点数的原始精确值，就露出了这个细节。

解决方案 #

根据你的业务需求选一种：

• 首选：用MongoDB的Decimal128类型存精确小数
  这是专门解决浮点数精度问题的方案，适合需要精确计算的场景。mongocxx直接支持这个类型，代码示例：

  // 插入数据时用Decimal128
  bsoncxx::decimal128 decimal_val("1.1");
  auto insert_doc = bsoncxx::builder::stream::document{}
      << "appid" << appid.toStdString()
      << "value" << bsoncxx::types::b_decimal128{decimal_val}
      << finalize;
  selectedCollection.insert_one(insert_doc.view());
  
  // 读取时获取Decimal128，拿到精确值
  if (doc["value"].type() == bsoncxx::type::k_decimal128) {
      auto decimal_val = doc["value"].get_decimal128();
      std::string precise_str = decimal_val.to_string(); // 直接得到"1.1"
      // 如果要转数值类型，用stod或者自定义解析都可以
  }
  

• 退而求其次：读取后格式化四舍五入
  如果不需要极高精度，读出来后对double值做格式化，保留指定小数位数就行：

  double val = doc["value"].get_double();
  // 格式化保留1位小数
  char buf[32];
  snprintf(buf, sizeof(buf), "%.1f", val);
  std::string formatted_val(buf); // 得到"1.1"
  

• 不推荐：用字符串存小数
  如果只是存着展示，不需要做数值运算，也可以直接把1.1以字符串形式存进数据库，但这样后续没法做数值计算。

问题2：Debug模式JSON输出是点（.），Release模式变成逗号（,）导致JSON无效 #

原因 #

这是**Linux系统区域设置（Locale）**搞的鬼。Release模式下程序会默认使用系统的Locale，比如部分欧洲地区的Locale会用逗号作为小数分隔符，但JSON规范明确要求必须用点（.）。而Debug模式下，要么是编译器的调试配置强制用了标准的C Locale，要么是Qt的默认设置帮你处理了，所以没出问题。

解决方案 #

强制程序使用C Locale（标准Locale，小数分隔符固定为点），两种方式可选：

1. 全局设置（推荐）
   在main函数开头加一行代码，确保整个程序的数值格式符合标准：

   #include <locale.h>
   
   int main(int argc, char *argv[]) {
       // 只修改数值格式的Locale，不影响其他语言/区域设置
       setlocale(LC_NUMERIC, "C");
       // 后面的程序逻辑...
   }
   

2. 局部临时切换
   要是不想全局改Locale，就在调用bsoncxx::to_json前后临时切换：

   // 先保存当前的Locale
   char* old_locale = setlocale(LC_NUMERIC, nullptr);
   // 切换到C Locale
   setlocale(LC_NUMERIC, "C");
   // 生成JSON
   std::string json_str = bsoncxx::to_json(doc);
   // 切回原来的Locale
   setlocale(LC_NUMERIC, old_locale);
   

这样就能保证Release模式下生成的JSON始终用点作为小数分隔符，符合JSON规范了。

内容的提问来源于stack exchange，提问作者Rui Sebastião