Virtual 不能被 populate，仅真实字段支持；需用真实字段（如 articleIds）配合 ref 实现可 populate 关联，virtual 仅能封装已 populate 数据作别名。
Virtuals 无法直接参与 populate 是常见误解
很多人以为给 Schema 加了 virtual 就能像普通字段一样被 populate() 填充，实际不能。Mongoose 的 populate() 只作用于 schema 中定义的、存储在数据库里的字段（即真实字段），而 virtual 是运行时计算的，不存入 MongoDB，也不出现在查询 pipeline 中。
典型错误现象：userSchema.virtual('profile').ref('Profile').localField('_id').foreignField('userId') 定义后，直接写 User.find().populate('profile') —— 不报错但返回 null 或空对象，因为 profile 并非真实字段，Mongoose 根本不会为它发起关联查询。
- Virtual 必须配合
toObject({ virtuals: true })或toJSON({ virtuals: true })才会出现在序列化结果中 - 想让 virtual 返回关联文档，得手动查（比如在 getter 里调用
Model.findById()），但这不是 populate，也不支持链式或条件筛选 - 若需真正“可 populate”的字段，必须在 schema 中定义真实字段（如
profileId: { type: Schema.Types.ObjectId, ref: 'Profile' }）
用真实字段 + ref 实现可 populate 的关联
要让 populate() 正常工作，schema 中必须有对应字段承载 ObjectId，并通过 ref 指明目标模型。这是 Mongoose 8 中最可靠、性能可控的方式。
例如用户与文章关系：
const userSchema = new Schema({
name: String,
// ✅ 真实字段，可被 populate
articleIds: [{ type: Schema.Types.ObjectId, ref: 'Article' }]
});
const User = model('User', userSchema);
-
ref值必须与model()注册时的名字完全一致（区分大小写） - 数组字段 populate 后返回文档数组；单值字段则返回单个文档
- Mongoose 8 默认启用
strictPopulate: true，若字段名拼错或 ref 模型未定义，会静默跳过——建议开发期设mongoose.set('strictPopulate', false)并检查日志 - 避免在 virtual 里调用异步操作（如
Article.findById()），会导致toObject()阻塞或返回 Promise 而非数据
Virtual + populate 结合使用的合理场景
Virtual 本身不能被 populate，但它可以封装已 populate 完成的数据，提供更自然的访问方式。这是两者协作的正确姿势：先用真实字段 populate，再用 virtual 做“别名”或“计算包装”。
例如已有 articleIds 字段并完成 populate，希望用户实例上直接访问 user.articles：
userSchema.virtual('articles', {
ref: 'Article',
localField: 'articleIds',
foreignField: '_id'
});
// 注意：这个 virtual 不用于触发 populate，只用于取值
// 使用前必须确保 articleIds 已 populate
- 该 virtual 的
get()函数会在你访问user.articles时返回已加载的articleIds数组（前提是之前调用了.populate('articleIds')） - 它不发新请求，只是透传已有的 populated 数据，所以性能无额外开销
- 若没提前 populate，
user.articles会是空数组（因为articleIds是 ObjectId 数组，virtual 不会自动转换） - 务必在调用
toObject()前设置{ virtuals: true }，否则 virtual 不生效
Mongoose 8 的 populate 性能与陷阱
Mongoose 8 的 populate() 默认仍是逐个 ID 发起查询（除非显式启用 lean() 或使用聚合 pipeline）。对大批量数据，容易触发 N+1 查询问题。
- 用
lean()可避免 mongoose doc 实例化开销，但 virtual 不会生效（因为 lean 返回 plain object） - 多级 populate（如
user.populate('articleIds.comments.author')）在 Mongoose 8 中支持，但每层都可能放大查询量，建议用聚合$lookup替代复杂嵌套 - 如果关联字段是字符串而非 ObjectId（比如用 email 关联），
ref和populate无效，只能靠 virtual + 手动查询，且无法利用索引 - populate 的
match选项在 Mongoose 8 中仍不支持对 virtual 字段过滤——所有 match 条件必须针对目标集合的真实字段
virtual 和 populate 的边界很清晰：一个算，一个查。混淆二者用途是多数问题的根源。
