含MongoDB特殊类型文档用jq提取字段失败的解决方法

解析失败是两个独立问题叠加导致的：

• 待处理的MongoDB导出数据不属于标准JSON规范：这类导出通常内嵌ObjectId("xxx")、ISODate("xxx")、NumberLong(xxx)等Mongo Shell专属语法，未给构造函数对应的值添加合法JSON字面量标记，jq的标准JSON解析器遇到这类非法语法会直接抛出解析错误，根本不会进入字段提取流程。
• 你编写的jq命令本身存在语法缺失：原命令jq -r '[.n, .fn] 缺少闭合的方括号，就算输入是完全合规的标准JSON，也会触发jq自身的语法校验错误，无法正常执行。

方案1：从导出源头生成合规JSON（最省心） #

使用mongoexport导出数据时，显式指定JSON格式参数，让导出内容本身就是符合解析要求的标准JSON，不会携带裸的特殊类型构造语法：

# 导出时使用relaxed格式，MongoDB会把ObjectId、Date等特殊类型转成标准字符串/数值字面量
mongoexport --uri="你的Mongo连接地址" --collection="目标集合" --jsonFormat=relaxed --out="exported_std.json"

导出完成后直接使用补全语法的jq命令即可提取目标字段：

# 补全闭合方括号，用@tsv把数组转成制表符分隔的易读输出
jq -r '[.n, .fn] | @tsv' exported_std.json

方案2：对已有非标准导出做文本预处理再提取 #

如果已经拿到了无法重新导出的老格式数据，不需要修改jq命令适配非标准语法，直接用全局文本替换把Mongo专属标记转成合法JSON字面量即可，处理逻辑不依赖文档嵌套层级：

• 用sed全局匹配替换所有特殊类型的语法标记，把ObjectId("值")、ISODate("值")、Date("值")这类结构替换成对应的标准字符串字面量
• 预处理完成后再把标准JSON流传给jq做字段提取

完整处理链路示例：

cat 旧的非标准导出文件.json \
| sed -E 's/ObjectId\("([^"]*)"\)/"\1"/g; s/(ISODate|Date)\("([^"]*)"\)/"\2"/g' \
| jq -r '[.n, .fn] | @tsv'

• 上述sed替换规则是全局生效的，不管特殊类型标记出现在文档根节点、子对象还是数组结构里，都能被正常替换，不需要为不同嵌套层级单独写匹配规则。
• 如果导出数据里存在其他特殊Mongo类型（比如BinData(xxx)、NumberDecimal(xxx)），可以按照相同的匹配逻辑追加对应的sed替换规则，不需要改动后续的jq提取命令。

内容的提问来源于stack exchange，提问作者SamJ