MongoDB 聚合不支持千分位格式化，$numberToString 无逗号选项，必须由应用层处理；强行在聚合中模拟会导致性能差、维护难且无法处理边界值。
pretty() 只负责缩进换行，对数字加千分位毫无作用。MongoDB 原生不支持数字的千分位格式化（如 1234567.89 → "1,234,567.89"），必须在应用层处理或用聚合管道“曲线救国”。
为什么聚合阶段不能直接用 $numberToString 加千分位
$numberToString 确实存在，但它只支持固定小数位和科学计数法，不接受千分位分隔符配置。例如：
{ $numberToString: { input: "$amount", format: "0.00" } }
输出是 "1234567.89"，不是 "1,234,567.89"。官方文档明确说明其 format 字段仅支持 "0"、"0.00"、"e" 等有限模式，没有 "," 或类似 locale 选项。
- 试图写
format: ",0.00"会报错：Unrecognized expression '$numberToString'或解析失败 - 该操作符设计目标是类型转换而非本地化显示，别在聚合里硬刚千分位
- 高版本（v7.0+）仍无改进，这不是遗漏，是刻意限制
聚合中“模拟”千分位的可行路径（慎用）
如果必须在 MongoDB 层完成（比如导出 CSV 前预处理），可用字符串拼接 + 正则逻辑，但仅适用于整数或已知小数位的场景，且性能差、可读性低：
- 先用
$numberToString转成字符串，再用$regexFind+$concat分段截取，手动插入逗号——代码冗长，$regexFind在旧版不可用 - 对整数部分按长度分情况：
$cond判断位数，分别用$substr截前3位、中间3位、末3位，再$concat拼接——维护成本极高 - 小数部分需额外分离处理，
$split后再$arrayElemAt，极易出错 - 所有这些操作都绕不开
$project阶段，且无法处理负数、NaN、Infinity 等边界值
推荐做法：交给应用层处理
把原始数字字段（如 amount）原样传给应用，由语言自身格式化能力完成，既可靠又灵活：
- JavaScript：用
toLocaleString('en-US', { minimumFractionDigits: 2 })，自动适配 locale - Python：
f"{value:,.2f}"或locale.format_string('%.2f', value, grouping=True) - C#：
value.ToString("N2")，N即表示带千分位的数字格式 - Java：
NumberFormat.getCurrencyInstance().format(value)或String.format("%,.2f", value) - 关键点：应用层能轻松处理四舍五入、locale、负号位置、货币符号等，聚合做不到
容易被忽略的细节
即使你坚持在聚合里“凑”千分位，也要注意：
-
$dateToString和$numberToString返回的是字符串，后续不能再参与数值计算，字段语义已丢失 - 聚合结果若用于下游
$group或$sum，必须确保上游没提前转成字符串，否则报can't convert from string to number - Compass 或 Studio 3T 等 GUI 工具的“格式化显示”只是前端渲染，不影响实际返回值，别误以为它改了数据
- 驱动返回的 BSON 数字在应用中仍是
double或int64类型，格式化应发生在序列化为 JSON 或渲染到 UI 前一刻
