Reactor Context 是否仅用于静态初始化的数据？

Question

考虑以下 4 行代码：

Mono<Void> result = personRepository.findByNameStartingWith("Alice")
                                    .map(...)
                                    .flatMap(...)
                                    .subscriberContext()

我希望您能立即将其映射到您的实际任务需求的虚构用例：

如何将“Alice”添加到上下文中，以便在 .map() 之后，“Alice”不再是 Person.class 而是 Cyborg.class（假设不可逆转的转换），在 .flatMap() 中我可以访问原始“爱丽丝”Person.class。我们想在.flatMap() 内部比较“爱丽丝”人与“爱丽丝”机器人的实力，然后将他们都送上月球建造殖民地。

• 我已经阅读了大约 3 次： https://projectreactor.io/docs/core/release/reference/#context
• 我在subscriberContext上阅读了十几篇文章
• 我查看了使用subscriberContext 但仅用于在代码顶部的管道外部静态初始化的跟踪上下文和MDM 的同事代码。

所以我得出的结论是，其他东西被命名为“上下文”，大多数人不能将其用于上面的压倒性用例。

我必须坚持使用元组和包装器吗？或者我完全是假的，有办法。我需要这个上下文以完全相反的方向工作:-)，除非“这个”上下文不是我需要的上下文。

Answer 1

我将等待 Reactor 开发人员的关注（或者在此之后去 GitHub 提出概念命名错误的问题，如果我是正确的），但与此同时。我相信 Reactor Context 可以解决这个问题：

What is the efficient/proper way to flow multiple objects in reactor

但它实际上提醒的是对向下传播的反应性管道进行某种大型关闭->向上并以命令式的方式接受来自外部的值，IMO 是一个非常狭窄且有限的用例，被称为“上下文”，这会让更多的人感到困惑。

Answer 2

Context 和你提到的帖子中的 subscribeContext 确实是一回事...

Context 的目标更接近于将一些信息附加到给定的订阅。

这是有效的，因为在订阅时，Subscriber 链被构造为“实现”处理，并且本质上每个给定的运算符（或步骤）作为对其下游的引用，以便能够将数据推送到它.

因此，它还可以查询它对当前订阅 Context 的看法，因此采用自下而上的方法。