我仍然可以在交易中续集V6上使用蓝鸟调用吗？

Question

对于一个项目，我已经从续集V5迁移到＆gt; V6 如前所述在这里，cls-hooked应该应该现在使用而不是连续本地存储。因此，我现在正在使用cls-hooked。另一个破裂的变化是，蓝鸟已被本地承诺所取代。 但是，我有很多代码包装续集调用（在交易的生命周期内）仍然使用蓝鸟，因为它具有许多方便的辅助方法，以至于本机承诺缺乏。

但是，现在有时（但并非一致）这样的奇怪错误，通过续集来提及： 错误，错误stackTrace：错误：已在此事务上调用COMIL（83E3C09B-EFD4-4A32-BC1E-2F009A20B9C0），您无法再使用它。 （被拒绝的查询作为此错误的“ SQL”属性附加）。从逻辑上讲，这对我来说没有意义，因为在交易提交之前应该已经完成​​了查询（并且在使用Continuation-continuation-Local-Storage时工作正常）。如果我对带有承诺的特定呼叫交换蓝鸟，我将无法再重现问题了。

当使用quelize v5时，我使用cls-bluebird来解决这些类似的问题，通过修补持续储存存储名称空间：

import * as cls from 'continuation-local-storage'
....
const clsBluebird = require('cls-bluebird');
clsBluebird(nameSpace);

但是，cls-bluebird是为continuation> continuation-local-local-nove < /code>（请参阅Cls-Bluebird的读数）：

patch bluebird 持续本地存储支持。

在续集v6中可以修补一个像这样的cls钩的名称空间：

const cls = require('cls-hooked');
const nameSpace = cls.createNamespace("some-constant");
const clsBluebird = require('cls-bluebird');
clsBluebird(nameSpace);

有趣的是，解决了我的“提交已经称为...”问题，但是我怀疑让cls-bluebird修补不支持的cls-hooked库。有人可以验证吗？

如果没有，我想我唯一的选择是用本机承诺替换所有我的蓝鸟电话？

Answer 1

我发现 this 在Cls-Hooked Repo中发表的问题，作者在其中似乎表明Cls-Bluebird确实与Cls钩一起使用。

快速答案：是的，您将使用未插入的蓝鸟放松上下文。
看看“ Cls-Bluebird”
https://github.com/timbeyer/cls-bluebird 。