0

如何在没有阻塞线程且没有 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);

    }
}
4

2 回答 2

0

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

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

于 2012-09-25T14:55:38.887 回答
0

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

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

于 2012-09-25T15:21:59.070 回答