Python无法直接执行MongoDB的JS脚本，因PyMongo禁用服务端JavaScript且eval已移除；应改用find+Python循环、update_many配合操作符或aggregate管道替代。
![怎么在python中执行mongodb原生的js查询脚本_[<identifier>]在mongoose中配合arrayfilters怎么用](https://img.php.cn/upload/article/000/969/633/177322044372071.jpg)
Python里没法直接跑MongoDB的JS查询脚本
PyMongo不支持执行服务器端JavaScript（比如db.collection.find().forEach(...)这类在mongo shell里能跑的JS逻辑）。这不是版本问题，是设计上就禁用了——从MongoDB 4.4开始，eval命令已被移除，而PyMongo也从未提供runCommand调用eval的接口（即使旧版也不该用）。
你真正能做的，是把JS逻辑翻译成PyMongo的等价操作：
- 用
find()+ Python循环替代forEach() - 用
update_many()或update_one()配合$set、$inc等更新操作符，替代JS里的赋值或计算 - 聚合管道（
aggregate()）能覆盖80%以上的复杂JS处理场景，比如条件累加、嵌套遍历、字段重映射
示例：JS里写db.posts.find().forEach(p => p.views++)，对应PyMongo应写成：
collection.update_many({}, {"$inc": {"views": 1}})
Mongoose的arrayFilters必须配合updateOne/updateMany使用
arrayFilters不是独立API，它只是update操作的一个可选参数，且只在更新数组元素时生效。常见错误是把它当成查询条件或单独传给find()。
立即学习“Python免费学习笔记（深入）”；
典型用法结构：
- 更新语句中必须出现
$[identifier]占位符（如"tags.$[t].score"） -
arrayFilters数组里要定义对应t的条件，例如[{"t.name": "python"}] - 不能省略
multi: true（updateMany默认开启，updateOne需显式指定）
示例：给用户所有名为"work"的地址添加verified: true：
User.updateMany(
{},
{ $set: { "addresses.$[a].verified": true } },
{ arrayFilters: [{ "a.type": "work" }] }
)
PyMongo里模拟arrayFilters效果得手动拆解
PyMongo 3.9+ 支持array_filters参数（注意下划线命名），但行为和Mongoose一致：只用于更新，不用于查询。想“查出匹配某个数组子项的文档”，不能靠array_filters，得用$elemMatch或点号路径查询。
比如Mongoose写Model.updateOne({ _id }, { $set: { "list.$[i].done": true } }, { arrayFilters: [{ "i.id": 123 }] })，PyMongo等价写法是：
collection.update_one(
{"_id": doc_id},
{"$set": {"list.$[i].done": True}},
array_filters=[{"i.id": 123}]
)
容易踩的坑：
-
array_filters是关键字参数，不是filter字典的一部分 - 占位符名（如
i）必须在$[i]和array_filters里完全一致，大小写敏感 - 如果数组字段可能不存在，更新会静默失败——建议先用
find_one()确认结构
别混淆“JS脚本”和“MongoDB查询语法”
很多人以为db.collection.find({ "tags.name": "py" })是JS脚本，其实这只是BSON查询对象，PyMongo和Mongoose都原生支持。真正危险的是mapReduce、group或eval这类需要服务端执行JS引擎的功能——它们要么被废弃，要么默认关闭。
所以实际开发中：
- 查询/更新/聚合一律走PyMongo的
find/update/aggregate方法 - 复杂逻辑优先用聚合管道（
$reduce、$cond、$function等），而不是硬塞JS - 真需要JS执行（比如遗留系统迁移），只能通过MongoDB Shell或
mongosh调用，不能从Python直连
最常被忽略的一点：聚合管道里的$function（MongoDB 4.4+）虽然允许自定义JS，但它运行在服务端，有严格沙箱限制，且性能极差——除非万不得已，别碰。
