能批量转，但必须分清场景——聚合管道里用$toInt/$toDouble，写回数据库用updateMany+聚合表达式，老版本shell里只能forEach+NumberInt/parseFloat。
直接回答：能批量转，但必须分清场景——聚合管道里用 $toInt / $toDouble，写回数据库用 updateMany + 聚合表达式，老版本 shell 里只能靠 forEach + NumberInt 或 parseFloat。
只读转换（聚合中用）：用 $toInt 或 $toDouble
这是最安全、推荐的“临时转换”方式，不改原始数据，只在查询时转类型，适合统计、排序、分组等场景。
-
$toInt会把"123"→123，但遇到"12.5"或"abc"直接报错（Conversion from string to integer failed），不能跳过非法值 -
$toDouble容错稍好：对"12.5"返回12.5，对"123"返回123.0，但"abc"同样失败 - 想跳过非法值？得套一层
$cond判断$isNumber或正则匹配数字格式，否则整个 pipeline 会中断 - 示例（求和）：
db.sales.aggregate([{$addFields:{quantityNum:{$toDouble:"$quantity"}}},{$group:{_id:null,total:{$sum:"$quantityNum"}}}])
写回数据库（永久修改）：用 updateMany + 聚合表达式
MongoDB 4.2+ 支持在 updateMany 的更新部分直接写聚合表达式，比遍历更高效、原子性强。
- 必须加筛选条件，比如
{"field":{$type:"string"}}，避免误转已为数字的字段 - 用
$set配合$toInt：db.collection.updateMany({"price":{$type:"string"}},[{$set:{price:{$toInt:"$price"}}}]) - 如果字段里混着空字符串、
"null"、带空格的" 42 "，$toInt会失败；得先$trim再判断是否匹配^[+-]?\d+$，否则 update 会卡住 - 注意：这个语法要求 MongoDB ≥ 4.2，低于此版本会报错
Invalid modifier specified: $set
旧版 MongoDB（forEach + NumberInt / parseFloat
兼容性最强，但性能差、非原子、容易因单条出错中断整个流程，仅建议小数据量或调试用。
-
$type:2表示字符串类型，是筛选前提：db.collection.find({"score":{$type:2}}).forEach(function(doc){doc.score=NumberInt(doc.score);db.collection.save(doc);}) -
NumberInt()生成 32 位整型，NumberLong()生成 64 位，parseFloat()生成 double；选错会导致后续计算溢出或精度丢失 -
save()已废弃，新驱动推荐用replaceOne({ _id: doc._id }, doc)，否则可能意外覆盖其他字段 - 务必先在小集合上测试，有非法字符串（如
"N/A"）会直接抛 JS 异常，中断执行
容易被忽略的坑：空格、符号、科学计数法和 BSON 类型细节
真正让转换失败的，往往不是纯数字字符串，而是那些“看起来像数字”的边缘情况。
- 首尾空格：
" 123 "→$toInt失败，必须先$trim - 正负号：
"-42"可以，但"+42"在某些旧驱动里不认，$toInt默认支持，parseInt不支持 - 科学计数法：
"1e3"是合法 double，但$toInt不接受，得用$toDouble再转$trunc - BSON 类型编号别记混：
$type:2是 string，$type:16是 int32，$type:18是 int64 —— 错用$type:16筛选反而会漏掉 string 字段 - 聚合里转换后字段仍是 BSON 类型，但 shell 中
print(typeof doc.field)显示number，实际写入时类型由构造函数决定（NumberInt≠NumberLong）
真正动手前，先 db.collection.find({"field":{$type:"string"}}).limit(5).pretty() 看几条真实数据——空格、单位符号、空值字符串、小数点位置，这些细节比语法本身更容易让转换中途崩溃。
