$toString是MongoDB 4.0+安全转换布尔值、数字等类型的聚合操作符，但不接受null或缺失字段，需配合$ifNull或$cond兜底，且浮点数转换存在精度问题。
用 $toString 直接转换布尔值和数字
$toString 是 MongoDB 4.0+ 原生支持的聚合操作符，能安全地把 Boolean、Number、ObjectId、Date 等类型转成字符串。它不接受 null 或缺失字段，遇到会报错 "$toString requires a non-null argument"。
实操建议：
- 对已知非空字段直接用：
{$toString: "$isActive"}（true→"true"，42→"42"） - 若字段可能为
null或不存在，必须先用$ifNull或$cond处理，否则管道中断 - 注意：
$toString对NaN返回"NaN"，对Infinity返回"Infinity"，行为符合 JavaScript 规范
处理 null / 缺失字段时必须兜底
很多实际数据里 status 字段可能是 null、undefined 或干脆没这个 key，这时单独用 $toString 会直接失败。
推荐写法（兼容三类情况）：
{
$toString: {
$ifNull: ["$status", ""]
}
}
或者更明确地区分空值与默认值：
{
$cond: {
if: { $eq: [{ $type: "$status" }, "missing"] },
then: "unknown",
else: { $toString: { $ifNull: ["$status", "null"] } }
}
}
关键点：
-
$ifNull只能处理null和缺失字段，不能识别undefined（MongoDB 中 undefined 已被弃用，但旧数据可能残留） -
$type返回字符串，如"bool"、"double"、"missing"，可用于精准判断原始类型 - 不要依赖
$toString: { $or: [...] }——$or返回布尔结果，但$toString不接受布尔表达式作为输入
数字转字符串时注意精度丢失风险
浮点数经 $toString 转换后，会保留其 BSON 存储精度，但可能和直觉不符。例如 3.1400000000000001 会被转成 "3.1400000000000001"，而不是 "3.14"。
如果业务需要控制小数位数：
- 先用
$round截断：{$toString: {$round: ["$price", 2]}} - 避免用
$concat拼接数字和空字符串（{$concat: ["$price", ""]}），这在 4.4+ 会报错，且早期版本行为不稳定 - 整数型
Int32/Int64转换无精度问题，但要注意Int64转出的字符串带完整数值（如"9223372036854775807"），前端解析需用BigInt
替代方案：用 $concat + 空字符串只适用于简单场景
在 MongoDB 4.0 之前，有人用 $concat: ["$flag", ""] 把布尔/数字“隐式转字符串”，但这属于 hack 行为，且有明显限制：
- 仅适用于字段确定存在且非
null的情况；一旦是null，整个$concat返回null，无法区分是原值为空还是转换失败 - 对布尔值，
true→"true"成立，但false→"false"；而某些旧驱动或 shell 版本可能把false当空字符串处理 - 从 4.2 开始，
$concat明确要求所有参数为字符串类型，传数字或布尔会直接报错"$concat only supports strings, not double"
现在还这么写，基本等于主动给自己埋兼容性雷。
