Правильное использование ConcurrentQueue в HttpModule?
Я пытаюсь добавить ускорение к HttpModule, который обрабатывает изображения с помощью асинхронного программирования.
Хотя, безусловно, кажется, что я получаю улучшение производительности, я хотел бы проверить, правильно ли я использую предоставляемые инструменты.
Меня особенно беспокоит, что я неправильно обрабатываю очередь.
Подход, который я использую.
- Init The ConcurrentQueue
- добавьте метод ProcessImage в очередь on
то BeginEventHandler в AddOnBeginRequestAsync - обработать очередь на EndEventHandler в
AddOnBeginRequestAsync
Там много кода, так что мои извинения заранее, но асинхронное программирование трудно:
Поля
/// <summary>
/// The thread safe fifo queue.
/// </summary>
private static ConcurrentQueue<Action> imageOperations;
/// <summary>
/// A value indicating whether the application has started.
/// </summary>
private static bool hasAppStarted = false;
Httpmodule init
/// <summary>
/// Initializes a module and prepares it to handle requests.
/// </summary>
/// <param name="context">
/// An <see cref="T:System.Web.HttpApplication"/> that provides
/// access to the methods, properties, and events common to all
/// application objects within an ASP.NET application
/// </param>
public void Init(HttpApplication context)
{
if (!hasAppStarted)
{
lock (SyncRoot)
{
if (!hasAppStarted)
{
imageOperations = new ConcurrentQueue<Action>();
DiskCache.CreateCacheDirectories();
hasAppStarted = true;
}
}
}
context.AddOnBeginRequestAsync(OnBeginAsync, OnEndAsync);
context.PreSendRequestHeaders += this.ContextPreSendRequestHeaders;
}
Обработчики событий
/// <summary>
/// The <see cref="T:System.Web.BeginEventHandler"/> that starts
/// asynchronous processing
/// of the <see cref="T:System.Web.HttpApplication.BeginRequest"/>.
/// </summary>
/// <param name="sender">The source of the event.</param>
/// <param name="e">
/// An <see cref="T:System.EventArgs">EventArgs</see> that contains
/// the event data.
/// </param>
/// <param name="cb">
/// The delegate to call when the asynchronous method call is complete.
/// If cb is null, the delegate is not called.
/// </param>
/// <param name="extraData">
/// Any additional data needed to process the request.
/// </param>
/// <returns></returns>
IAsyncResult OnBeginAsync(
object sender, EventArgs e, AsyncCallback cb, object extraData)
{
HttpContext context = ((HttpApplication)sender).Context;
EnqueueDelegate enqueueDelegate = new EnqueueDelegate(Enqueue);
return enqueueDelegate.BeginInvoke(context, cb, extraData);
}
/// <summary>
/// The method that handles asynchronous events such as application events.
/// </summary>
/// <param name="result">
/// The <see cref="T:System.IAsyncResult"/> that is the result of the
/// <see cref="T:System.Web.BeginEventHandler"/> operation.
/// </param>
public void OnEndAsync(IAsyncResult result)
{
// An action to consume the ConcurrentQueue.
Action action = () =>
{
Action op;
while (imageOperations.TryDequeue(out op))
{
op();
}
};
// Start 4 concurrent consuming actions.
Parallel.Invoke(action, action, action, action);
}
Делегирование и процесс
/// <summary>
/// The delegate void representing the Enqueue method.
/// </summary>
/// <param name="context">
/// the <see cref="T:System.Web.HttpContext">HttpContext</see> object that
/// provides references to the intrinsic server objects
/// </param>
private delegate void EnqueueDelegate(HttpContext context);
/// <summary>
/// Adds the method to the queue.
/// </summary>
/// <param name="context">
/// the <see cref="T:System.Web.HttpContext">HttpContext</see> object that
/// provides references to the intrinsic server objects
/// </param>
private void Enqueue(HttpContext context)
{
imageOperations.Enqueue(() => ProcessImage(context));
}
1 ответ:
Похоже, что ваш метод
ProcessImageработает наHttpContext, который будет представлять собой один экземпляр на вызов вашего HttpModule.OnBeginAsyncВашего HttpModule вызывается каждый веб-запрос по мере необходимости, и ваш делегат уже дает вам логику для выполнения асинхронной операции. Это означает, что вам не нужно 4 параллельных потока, потому что у вас есть только один экземплярcontextдля работы. И нам не нужноConcurrentQueue, потому что вся работа надcontextдолжна быть завершена в жизни запрос-ответ.Чтобы подвести итог, вам не нужно
ConcurrentQueue, потому что:
- запросы через HttpModule уже параллельны (от архитектуры веб-узла).
Каждый запрос работает с одним экземпляромcontext.- вам нужно, чтобы работа из
ProcessImageбыла завершена наcontextдо возвращения изOnEndAsync.Вместо этого вы просто хотите начать фоновую работу вашего
ProcessImageв методеOnBeginAsync, а затем убедитесь, что работа завершена в ваш методOnEndAsync. Кроме того, поскольку все изменения вносятся непосредственно в экземплярcontext(я предполагаю, что, посколькуProcessImageне имеет возвращаемого типа, он обновляетcontext), Вам не нужно выполнять какую-либо дополнительную работу по получению результирующего объекта из вашей обработки.Вы можете выбросить
ConcurrentQueueи просто использовать:IAsyncResult OnBeginAsync(object sender, EventArgs e, AsyncCallback cb, object extraData) { HttpContext context = ((HttpApplication)sender).Context; EnqueueDelegate enqueueDelegate = new EnqueueDelegate(ProcessImage); return enqueueDelegate.BeginInvoke(context, cb, extraData); } public void OnEndAsync(IAsyncResult result) { // Ensure our ProcessImage has completed in the background. while (!result.IsComplete) { System.Threading.Thread.Sleep(1); } }Вы можете удалить
ConcurrentQueue<Action> imageOperationsиEnqueue, а также переименоватьEnqueueDelegateвProcessImageDelegate, поскольку теперь он работает непосредственно с этим методом.Примечание: он может пусть ваш
contextне готов кProcessImageв моментOnBeginAsync. Если это так, вам придется переместитьProcessImageкак простой синхронный вызов вOnEndAsync. Однако, тем не менее, существует реальная возможность того, чтоProcessImageможет быть улучшен с помощью некоторого параллелизма.Еще один придирчивый момент, который я бы сделал, заключается в том, что
hasAppStartedможно было бы переименоватьhasModuleInitialized, чтобы быть менее двусмысленным.
Comments