LoopBack扩展User模型调用updateAttributes后查询文档未更新问题

看起来你碰到了LoopBack里一个挺典型的问题——明明updateAttributes返回了更新后的实例，数据库也确实同步了变更，但同一远程方法里的后续查询却还是拿到旧数据。我来帮你拆解原因和对应的解决办法：

最可能的核心原因：事务隔离级别限制 #

如果你的远程方法启用了事务（比如在方法定义里配置了transaction: true），那整个方法的执行流程都会处于同一个数据库事务中。按照大多数数据库默认的可重复读隔离级别，事务内第一次查询生成的数据快照会被复用，直到事务提交。

这就完美解释了你的现象：

• updateAttributes成功返回新实例（它会同步更新本地实例的状态）
• 数据库最终完成了变更（事务在方法执行结束后自动提交）
• 但方法内部的第二次findById还是拿到旧数据（因为还在同一个事务的快照范围内）

解决方案一：关闭不必要的事务 #

如果你的远程方法不需要事务支持，直接移除方法定义里的transaction: true配置即可。这样每次查询都会直接读取数据库的最新状态。

解决方案二：用实例的refresh方法替代二次查询 #

如果必须保留事务，别再调用findById重复查询，直接用已获取的实例调用refresh方法——它会从数据库重新拉取最新数据并更新本地实例：

models.user.findById(userId, function (err, userInstance) {
  console.log(userInstance)
  let newAttributes = { firstName:"Test" }
  userInstance.updateAttributes(newAttributes, function (err, newInstance) {
    console.log(newInstance)
    // 调用refresh刷新实例，获取最新数据
    userInstance.refresh(function(err, refreshedUser) {
      console.log(refreshedUser) // 这里就是更新后的最新数据了
    })
  })
})

解决方案三：使用静态update方法替代实例方法 #

如果你不需要操作实例的其他属性，直接用模型的静态update方法更新数据，后续的findById就能拿到最新结果：

let newAttributes = { firstName:"Test" }
models.user.update({ id: userId }, newAttributes, function(err, updateInfo) {
  if (err) { /* 这里处理错误 */ }
  models.user.findById(userId, function (err, updatedUser) {
    console.log(updatedUser) // 这里会是更新后的最新数据
  })
})

额外排查：检查模型缓存配置 #

如果以上方法都没效果，检查你的user模型是否启用了数据源缓存（比如Redis缓存）。如果开启了缓存，查询时可以强制绕过缓存：

models.user.findById(userId, { cache: false }, function(err, updatedUser) {
  console.log(updatedUser)
})

内容的提问来源于stack exchange，提问作者Maximilian Körner