3.5 中没有 TPL 的非阻塞等待答案

【问题标题】：Non-blocking wait without TPL in 3.53.5 中没有 TPL 的非阻塞等待
【发布时间】：2012-09-17 01:55:03
【问题描述】：

如何在没有阻塞线程和没有 TPL' ContinueWith 的情况下执行等待？例如。在 3.5 中？我知道 TPL 的 3.5 移植版本（由 RX 团队提供），但我很想知道 - 我可以使用哪些线程原语（...... TPL 的场景是什么）。 TPL 中有哪些 ContinueWith 替代方案？

// 这个handler会在异步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);

    }
}

【问题讨论】：

如何使用信号结构
究竟什么是“非阻塞等待”？
你还想等什么？

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

【解决方案1】：

等待，顾名思义，就是“阻塞”。你可以在另一个线程上等待，但你会阻塞那个线程。如果“非阻塞”是指不阻塞 UI，那么您可以等待另一个线程并通过 event 通知 UI 线程（如果处理 InvokeRequired/BeginInvoke必要）。

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

【讨论】：

【解决方案2】：

您通常在不阻塞线程的情况下处理异步操作的方式是让您的异步操作支持回调。 TPL 在这里真的没有什么神奇之处。如果底层操作在某些时候不支持某种形式的回调，那么您最终仍然会遇到阻塞。经典的“开始/结束”Asynchronous Programming Model 完美地处理了这个要求。

TPL 真正的亮点在于为异常处理/聚合提供更好的支持，并允许更复杂的延续模型（例如 ContinueWhenAll 或 ContinueWhenAny）。还有对取消的新支持，包括防止后续延续。然而，Continuation 本身实际上只不过是一个更漂亮、更干净的包中的回调。

【讨论】：