mongodb默认在插入时由驱动自动生成_id，而非服务器强制保证；若文档未提供_id，官方驱动（如node.js、java、pymongo）在客户端生成objectid并注入，mongod仅在驱动和文档均未提供时兜底生成，但不可靠。
MongoDB 默认会在插入时自动生成 _id，前提是文档没显式提供该字段；但这个行为依赖驱动实现，不是服务器强制保证。
insertOne() 未指定 _id 时的行为
调用 insertOne() 时，如果传入的文档不含 _id 字段，大多数官方驱动（如 Node.js、Java、Python PyMongo）会在客户端生成一个 ObjectId 并注入到文档中，再发给服务器。mongod 本身只在“驱动没生成且文档也没提供 _id”时兜底生成——但这不是可靠路径，尤其在旧版驱动或非标准客户端中可能失败。
- mongosh 中执行
db.coll.insertOne({name: "alice"})→ 自动加_id: ObjectId("...") - Java 驱动中
collection.insertOne(new Document("name", "alice"))→ 驱动生成_id，不是 mongod - 若手动设
_id: null或_id: undefined，仍会触发唯一性校验失败，不等同于“不提供”
手动生成 ObjectId 的实际好处
显式调用 ObjectId()（Node.js）、new ObjectId()（Java）、ObjectId()（PyMongo）再赋值给 _id，比依赖隐式行为更可控：
- 插入前就能拿到
_id值，用于日志、关联写入、幂等 key 计算 - 避免因驱动版本差异导致某些环境漏生成
_id，引发WriteError: E11000 duplicate key - 便于单元测试模拟——可固定
_id值，断言更稳定 - Node.js 示例：
const doc = { _id: new ObjectId(), name: "bob" }; db.coll.insertOne(doc)
自定义 _id 类型的风险点
用字符串、数字、UUID 等替代 ObjectId 作为 _id 是允许的，但必须自己确保全局唯一性，且注意：
- 字符串
_id如"user_123"不会自动去重，重复插入直接报WriteError: E11000 duplicate key - 使用
pkFactory（Node.js 驱动）生成 UUID 时，若部分文档仍手动设字符串_id，集合内_id类型就混了，影响索引效率和查询一致性 - 自增 ID 必须靠单独计数器集合 +
findOneAndUpdate(..., { upsert: true, returnDocument: 'after' })实现，不能靠insertOne()自动完成
真正容易被忽略的是：自动生成只在“首次插入且无 _id 字段”时生效；一旦你开始混合使用手动生成、字符串 ID、自增逻辑，_id 的生成责任就完全移交给了应用层——服务器不会帮你兜底或纠错。
