Core: Add mutex to injection resolution #4206
Conversation
- Turns out we already support async DI resolution regardless of feature ordering Previous code contain a race condition causing some resolution is lost - Note that the new mutex cover s.pendingResolutions and s.features but must not cover callbackResolution() due to deadlock - Refactor some method names and simplify code
|
|
For example OptionalFeatures() is useful for fakedns module
应该可以了 |
RPRX
changed the title
RPRX
changed the title
|
@yuhan6665 群友发现 v24.12.28 有 not all dependencies are resolved 的问题，先 revert 还是？ |
|
群友 sakullla 说配置了 balancers 才有问题 |
|
我看了下代码，可能是 RoundRobinStrategy 和 RandomStrategy 不应该 require observatory？不知道为啥代码里写的有 fallbackTag 就 require observatory，原来的代码也是，由 #4095 引入，不过是 RequireFeaturesAsync，可能它不会导致报错 总之我认为 RoundRobinStrategy 和 RandomStrategy “有 fallbackTag 就 require observatory”这一逻辑有问题，先删了看看 |
|
看了下 RoundRobinStrategy 和 RandomStrategy 的代码是在有 fallbackTag 时用 observatory 来简单判断一下出站是否可用，但这不太符合常理且与这一行为在文档中无记载，找到了 84eeb56 但没找到相关讨论或 PR 如果只是要解决启动报错问题的话可能改成 OptionalFeatures 就行了，但我现在很好奇上面这个 commit 是出于什么原因写的 |
|
我想了一下，可能是觉得出站不变的话这个 fallbackTag 无意义，不如赋予它一个意义？@Fangliding 文档需要记载这一行为 如果是这样的话就是预期行为了，还有我看了下这个 fallbackTag 目前似乎是不支持填 balancerTag 的，只能填 outboundTag |
Previous code contain a race condition causing some resolution is lost
but must not cover callbackResolution() due to deadlock