- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
考虑这个例子:
class Program
{
private static readonly ITargetBlock<string> Mesh = CreateMesh();
private static readonly AsyncLocal<string> AsyncLocalContext
= new AsyncLocal<string>();
static async Task Main(string[] args)
{
var tasks = Enumerable.Range(1, 4)
.Select(ProcessMessage);
await Task.WhenAll(tasks);
Mesh.Complete();
await Mesh.Completion;
Console.WriteLine();
Console.WriteLine("Done");
}
private static async Task ProcessMessage(int number)
{
var param = number.ToString();
using (SetScopedAsyncLocal(param))
{
Console.WriteLine($"Before send {param}");
await Mesh.SendAsync(param);
Console.WriteLine($"After send {param}");
}
}
private static IDisposable SetScopedAsyncLocal(string value)
{
AsyncLocalContext.Value = value;
return new Disposer(() => AsyncLocalContext.Value = null);
}
private static ITargetBlock<string> CreateMesh()
{
var blockOptions = new ExecutionDataflowBlockOptions
{
BoundedCapacity = DataflowBlockOptions.Unbounded,
EnsureOrdered = false,
MaxDegreeOfParallelism = DataflowBlockOptions.Unbounded
};
var block1 = new TransformBlock<string, string>(async input =>
{
await Task.Yield();
Console.WriteLine(
$" Block1 [thread {Thread.CurrentThread.ManagedThreadId}]" +
$" Input: {input} - Context: {AsyncLocalContext.Value}.");
return input;
}, blockOptions);
var block2 = new TransformBlock<string, string>(async input =>
{
await Task.Yield();
Console.WriteLine(
$" Block2 [thread {Thread.CurrentThread.ManagedThreadId}]" +
$" Input: {input} - Context: {AsyncLocalContext.Value}.");
return input;
}, blockOptions);
var block3 = new ActionBlock<string>(async input =>
{
await Task.Yield();
Console.WriteLine(
$" Block3 [thread {Thread.CurrentThread.ManagedThreadId}]" +
$" Input: {input} - Context: {AsyncLocalContext.Value}.");
}, blockOptions);
var linkOptions = new DataflowLinkOptions {PropagateCompletion = true};
block1.LinkTo(block2, linkOptions);
block2.LinkTo(block3, linkOptions);
return new EncapsulatedActionBlock<string>(block1, block3.Completion);
}
}
internal class EncapsulatedActionBlock<T> : ITargetBlock<T>
{
private readonly ITargetBlock<T> _wrapped;
public EncapsulatedActionBlock(ITargetBlock<T> wrapped, Task completion)
{
_wrapped = wrapped;
Completion = completion;
}
public DataflowMessageStatus OfferMessage(DataflowMessageHeader messageHeader,
T messageValue, ISourceBlock<T> source, bool consumeToAccept) =>
_wrapped.OfferMessage(messageHeader, messageValue, source, consumeToAccept);
public void Complete() => _wrapped.Complete();
public void Fault(Exception exception) => _wrapped.Fault(exception);
public Task Completion { get; }
}
internal class Disposer : IDisposable
{
private readonly Action _disposeAction;
public Disposer(Action disposeAction)
{
_disposeAction = disposeAction
?? throw new ArgumentNullException(nameof(disposeAction));
}
public void Dispose()
{
_disposeAction();
}
}
执行结果如下:
Before send 1After send 1Before send 2After send 2Before send 3After send 3Before send 4After send 4 Block1 [thread 9] Input: 3 - Context: 3. Block1 [thread 10] Input: 2 - Context: 1. Block1 [thread 8] Input: 4 - Context: 4. Block1 [thread 11] Input: 1 - Context: 2. Block2 [thread 9] Input: 2 - Context: 3. Block2 [thread 7] Input: 1 - Context: 2. Block2 [thread 10] Input: 3 - Context: 3. Block2 [thread 8] Input: 4 - Context: 4. Block3 [thread 11] Input: 4 - Context: 4. Block3 [thread 7] Input: 1 - Context: 2. Block3 [thread 9] Input: 3 - Context: 3. Block3 [thread 4] Input: 2 - Context: 3.Done
如您所见,在移动到第二个 TDF block 后,传递的上下文值和存储的上下文值并不总是相同。此行为搞砸了多个日志记录框架的 LogContext 功能用法。
最佳答案
要了解发生了什么,您必须了解数据流 block 的工作原理。它们内部没有阻塞的线程,等待消息到达。处理由工作任务完成。让我们考虑 MaxDegreeOfParallelism = 1
的简单(默认)情况。最初有零个工作任务。使用 SendAsync
异步发布消息时,发布消息的同一任务成为工作任务并开始处理消息。如果在处理第一条消息时发布另一条消息,则会发生其他情况。第二条消息将在 block 的输入队列中排队,发布它的任务将完成。第二条消息将由处理第一条消息的工作任务处理。只要队列中有消息入队,初始工作任务就会挑选它们并一条一条处理。如果在某个时刻没有更多的缓冲消息,工作任务将完成, block 将返回到它的初始状态(零工作任务)。下一个 SendAsync
将成为新的辅助任务,依此类推。使用 MaxDegreeOfParallelism = 1
,在任何给定时刻只能存在一个工作任务。
让我们用一个例子来证明这一点。下面是一个ActionBlock
以延迟 X 馈送,并以延迟 Y 处理每条消息。
private static void ActionBlockTest(int sendDelay, int processDelay)
{
Console.WriteLine($"SendDelay: {sendDelay}, ProcessDelay: {processDelay}");
var asyncLocal = new AsyncLocal<int>();
var actionBlock = new ActionBlock<int>(async i =>
{
await Task.Delay(processDelay);
Console.WriteLine($"Processed {i}, Context: {asyncLocal.Value}");
});
Task.Run(async () =>
{
foreach (var i in Enumerable.Range(1, 5))
{
asyncLocal.Value = i;
await actionBlock.SendAsync(i);
await Task.Delay(sendDelay);
}
}).Wait();
actionBlock.Complete();
actionBlock.Completion.Wait();
}
让我们看看如果我们快速发送消息并缓慢处理它们会发生什么:
ActionBlockTest(100, 200); // .NET Core 3.0
SendDelay: 100, ProcessDelay: 200
Processed 1, Context: 1
Processed 2, Context: 1
Processed 3, Context: 1
Processed 4, Context: 1
Processed 5, Context: 1
AsyncLocal
上下文保持不变,因为同一个工作任务处理了所有消息。
现在让我们慢慢发送消息并快速处理它们:
ActionBlockTest(200, 100); // .NET Core 3.0
SendDelay: 200, ProcessDelay: 100
Processed 1, Context: 1
Processed 2, Context: 2
Processed 3, Context: 3
Processed 4, Context: 4
Processed 5, Context: 5
AsyncLocal
上下文对于每条消息都是不同的,因为每条消息都由不同的工作任务处理。
这个故事的道德教训是,每个 SendAsync
都不能保证创建一个异步工作流来跟踪消息,直到它的旅程结束,到达管道的末端。因此 AsyncLocal
类不能用于保存每条消息的环境数据。
关于c# - AsyncLocal 值与 TPL 数据流不正确,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/58179359/
在最近的 PR 评论中提出了一个问题,即是否 AsyncLocal>应该使用 ConcurrentDictionary<> .我的想法是它不需要,因为多个线程不会同时访问 AsyncLocal 值。但
.NET 4.6 引入了 AsyncLocal用于沿着异步控制流流动环境数据的类。我以前用过 CallContext.LogicalGet/SetData为此目的,我想知道这两者在语义上是否以及以何种
为什么从类的异步方法设置时不保留 AsyncLocal 字段的值。考虑这个例子: var scope = new TestScope(); // The default value is 0 Cons
DotNet Fiddle 链接 https://dotnetfiddle.net/GqA32R 我有以下示例代码来演示异步本地功能 static AsyncLocal _asyncLocalStri
我正在努力寻找 AsyncLocal 功能的简单文档。 我写了一些我认为告诉我答案是"is"的测试,但如果有人能证实这一点就太好了! (特别是因为我不知道如何编写可以明确控制线程和延续上下文的测试..
当我调用WrapperAsync时,AsyncLocalContext.Value返回null。当我在方法外部运行相同的代码块时,在 Main 方法中,AsyncLocalContext.Value
考虑这个例子: class Program { private static readonly ITargetBlock Mesh = CreateMesh(); private st
我正在处理一个非常大且旧的桌面 winform 应用程序代码库。在此代码库中,有很多操作在后台线程中执行,主要使用 BackgroundWorker。 . 此代码库中的一个常见模式是通过将工件绑定(b
在 ASP.NET Core 中,我使用的是 IHttpContextAccessor访问当前 HttpContext . HttpContextAccessor uses AsyncLocal .
我查看了如何在 .NET Core 中创建 HttpContext。然后我发现有一个类叫HttpContextFactory创建和分配 HttpContext对象变成 HttpContext Http
我读到了AsyncLocal来自 the MSDN documentation ,但有一点我还不清楚。 我正在研究诸如上下文绑定(bind)缓存/内存之类的东西,其目的很简单,就是在逻辑请求中存储数据
我正在使用 Azure 函数,需要将 HttpRequestMessage 传递到所调用的整个异步/等待函数链。在这种情况下我可以使用 AsyncLocal 吗? 共享代码: public class
我正在尝试了解 AsyncLocal 在 .Net 4.6 中的工作方式。我正在将一些数据放入 AsyncLocal...但是当 ThreadContext 更改时它被设置为 null。我使用 Asy
我不太了解这种情况,其中 AsyncLocal instance设置在 AuthenticationHandler 中的某个点,但没有到达 Controller ,当它被注入(inject) cons
对于 .NET 核心, AsyncLocal 是 CallContext 的替代品.但是,尚不清楚在 ASP.NET Core 中使用它有多“安全”。 在 ASP.NET 4 (MVC 5) 和更早版
在以下示例中,我将值设置为 AsyncLocal我的变量HttpApplication Application_BeginRequest() 中的子类(即 Global.asax) : public
在 Controller 作用域中解析的元素上调用 Dispose 之前,执行上下文似乎不会保留。这可能是由于 asp.net core 必须在 native 代码和托管代码之间跳转,并在每次跳转时重
TL;DR ThreadLocal.Value 指向相同的位置,如果 Thread.CurrentThread 保持不变。 AsyncLocal.Value 是否有类似的东西(例如,Sychroniz
查找演示此问题的完整示例应用程序 here . 我正在尝试使用 OWIN 中间件填充 WebForms 页面可访问的静态标识符,但我注意到对于某些类型,这并不直观 - 特别是 AsyncLocal .
我不得不用 AsyncLocal 替换代码中 ThreadLocal 的使用,以便在等待异步操作时保持“环境状态”。 但是,AsyncLocal 的一个令人讨厌的行为是它“流”到子线程。这与 Thre
我是一名优秀的程序员,十分优秀!