在3.5中没有TPL的非阻塞等待

时间:2012-09-25 14:11:34

标签: c# asynchronous task-parallel-library wait

如何在不阻塞线程和没有TPL的情况下执行等待'ContinueWith?对于前者在3.5?我知道TPL的移植版本为3.5(由RX团队提供),但我很想知道 - 我可以使用哪些线程原语(......是什么令人惊叹的TPL场景)。 TPL中的ContinueWith替代品是什么?

//这个处理程序会在异步IO操作期间阻塞线程吗?

public class AsyncHandler : IHttpAsyncHandler
    {
        public void ProcessRequest(HttpContext ctx)
        {
            // not used
        }

    public bool IsReusable
    {
        get { return false; }
    }

    public IAsyncResult BeginProcessRequest(HttpContext ctx,
                                            AsyncCallback cb,
                                            object obj)
    {
        AsyncRequestState reqState =
                            new AsyncRequestState(ctx, cb, obj);
        AsyncRequest ar = new AsyncRequest(reqState);
        ThreadStart ts = new ThreadStart(ar.ProcessRequest);
        Thread t = new Thread(ts);
        t.Start();

        return reqState;
    }

    public void EndProcessRequest(IAsyncResult ar)
    {
        AsyncRequestState ars = ar as AsyncRequestState;
        if (ars != null)
        {
            // Some cleanup
        }
    }
}
class AsyncRequestState : IAsyncResult
{
    public AsyncRequestState(HttpContext ctx,
                                AsyncCallback cb,
                                object extraData)
    {
        _ctx = ctx;
        _cb = cb;
        _extraData = extraData;
    }

    internal HttpContext _ctx;
    internal AsyncCallback _cb;
    internal object _extraData;
    private bool _isCompleted = false;
    private ManualResetEvent _callCompleteEvent = null;

    internal void CompleteRequest()
    {
        _isCompleted = true;
        lock (this)
        {
            if (_callCompleteEvent != null)
                _callCompleteEvent.Set();
        }           
        if (_cb != null)
            _cb(this);
    }

    public object AsyncState
    { get { return (_extraData); } }
    public bool CompletedSynchronously
    { get { return (false); } }
    public bool IsCompleted
    { get { return (_isCompleted); } }
    public WaitHandle AsyncWaitHandle
    {
        get
        {
            lock (this)
            {
                if (_callCompleteEvent == null)
                    _callCompleteEvent = new ManualResetEvent(false);

                return _callCompleteEvent;
            }
        }
    }
}

class AsyncRequest
{
    private AsyncRequestState _asyncRequestState;

    public AsyncRequest(AsyncRequestState ars)
    {
        _asyncRequestState = ars;
    }

    public void ProcessRequest()
    {
        //calling webservice or executing sql command asynchronously
        AsyncIOOperationWithCallback(state =>
                                        {
                                            ((AsyncRequestState)state.Context)._ctx.Response.Write("Operation completed");
                                            _asyncRequestState.CompleteRequest();
                                        }, _asyncRequestState);

    }
}

2 个答案:

答案 0 :(得分:0)

根据定义,等待“阻止”。您可以在另一个线程上等待,但是您将阻止那个线程。如果通过“非阻塞”表示没有阻止UI ,那么您可以等待另一个线程并通过event通知UI线程(它将处理InvokeRequired / {必要时{}}。

如果这不是您所要求的,请提供更多详细信息。

答案 1 :(得分:0)

通常在不阻塞线程的情况下处理异步操作的方法是让异步操作支持回调。 TPL在这里真的没有什么魔力;如果基础操作在某些时候不支持某种形式的回调,那么你最终仍然会遇到阻塞的问题。经典'开始/结束' Asynchronous Programming Model完全可以处理此要求。

当TPL真正闪耀的是为异常处理/聚合提供更好的支持并允许更复杂的延续模型(例如ContinueWhenAll或ContinueWhenAny。)还有新的取消支持,包括防止后续继续。然而,延续本身只不过是一个更加干净,更清洁的包装中的回调。