4

开始编辑

执行此操作的“正确”方法（4.5 之前）是使用此处概述的 SynchronizationContext：http: //msdn.microsoft.com/en-us/magazine/gg598924.aspx

我相信在 4.5 SynchronizationContext 中会使用 async/await 关键字自动为您处理，但还没有做足够的工作来确认。

在 4.0 中，您可能希望利用“TaskScheduler.FromCurrentSynchronizationContext”来捕获当前线程的上下文（在我的例子中，这将包括 HttpContext，但 BCL 的各个部分提供了类似的构造）。

结束编辑

首要问题是：

以下是与任务共享“上下文”的“安全”机制吗？

在不涉及太多细节的情况下，在我的用例中，不可能将上下文直接推送到操作中。

public static class ContextCaller{
    [ThreadStatic]
    public static object SharedState;

    public static Task InvokeWithContext(this Action theAction){
        //We're still running in the "outer" context, 
        //so we can collect a variable and store it in the thread-static
        //field by closing it into the task.
        var context = new object();

        var t = new Task(()=>{
            try{
                //close in the context
                SharedState = context;
                theAction();
            }
            finally{
                //teardown the shared state.
                SharedState = null;
            }
        });
        t.Start();
        return t;
    }
}

现在客户端代码：

//client code:
Action doWork = ()=>{
    var state = ContextCaller.SharedState;
    //do work on state, potentially throwing an exception in the process.
};

//cause the task to be invoked with some data available only on this thread.
doWork.InvokeWithContext();

根据我对任务与线程之间关系的理解，以上内容应该是安全的，因为：

  1. 一项任务将在一个线程上运行（假设该操作不会产生额外的任务/线程）。
  2. ThreadStatic 字段在执行“theAction()”之前设置，并且“finally”保证在调用“theAction()”之后重置此字段，无论结果如何。

除了显式关闭“theAction”的参数之外，还有其他更好的模式来定义任务的上下文吗？

4

1 回答 1

1

我看不出您的代码不能正常工作的任何技术原因。

但我也认为这样做是一种不好的做法，只有在没有其他方法的情况下，我才会使用这样的东西。而且我认为添加另一个需要Action<object>（或者甚至更好，使用强类型参数）的方法重载不应该是一个重大变化。

于 2012-12-14T22:59:04.260 回答