Async не работает в асинхронном контроллере mvc 4.0

Question

У меня есть приложение MVC 4.0, ориентированное на targetFramework = "4.5".

Я должен в основном преобразовать существующую функциональность обработки файлов с синхронной асинхронной (так что для большого пользователя файла не нужно ждать другой задачи).

Мой код

[HttpPost] 
     public async Task<ActionResult> FileUpload(HttpPostedFileBase fileUpload)  
{ 

Coreservice objVDS = new Coreservice(); 

    //validate the contents of the file 
model =objVDS. ValidateFileContents(fileUpload); 

// if file is valid start processing asynchronously 
    await Task.Factory.StartNew(() => { objVDS.ProcessValidFile(model); },        CancellationToken.None, 
        TaskCreationOptions.DenyChildAttach, 
        TaskScheduler.FromCurrentSynchronizationContext()); 

return view(); 


} 

В основном я хочу, чтобы вызвать асинхронный метод, который в сфере услуг, который делает операции с базами данных (diffrent проект).

Я хочу, чтобы асинхронный процесс имел доступ к контексту в методах служб. Вот почему я использую TaskScheduler.FromCurrentSynchronizationContext() в Task.Factory.StartNew().

метод Услуга, как следующий, в котором, в зависимости от типа файла, второй сервис вызывался для операций с данными

public async task ProcessValidFile(fileProcessDataModel model) 
{ 
employeeWorkedDataservice service =new employeeWorkedDataservice() 

await Task.Factory.StartNew(() => 
             { 
              service .ProcessEmployeeDataFile(model.DataSetToProcess, OriginalFileName, this, model.Source); 
             }, 
             CancellationToken.None, 
             TaskCreationOptions.DenyChildAttach, 
           TaskScheduler.FromCurrentSynchronizationContext());  

} 

ProcessEmployeeDataFile возвращает недействительным и его не асинхронной метод. При выполнении вышеуказанного кода он не возвращается к контроллеру до завершения обработки данных. Я думаю, что здесь что-то не хватает. Пожалуйста, направляйте меня к решению.

Спасибо, Amol

Answer 1

Похоже, вы поняли хау await работы.

Читать эту https://msdn.microsoft.com/en-us/library/hh191443.aspx#BKMK_WhatHappensUnderstandinganAsyncMethod

Настройка что-то работает в задачи позволит ему работать в асинхронном режиме, так что вы можете сделать что-то другое, пока он работает.

Если вам нужно, чтобы результат был продолжен, вы используете ключевое слово await.

Создавая свою задачу немедленно, вы мгновенно блокируете до тех пор, пока задача не будет решена; что делает его эффективно синхронным.

Если вы с удовольствием вернетесь к своему представлению, не дожидаясь завершения обработки, я не думаю, что вам нужно await, так как вы ни в коем случае не хотите ждать результата операции.

public task ProcessValidFile(fileProcessDataModel model) 
{ 
    employeeWorkedDataservice service =new employeeWorkedDataservice() 

    return Task.Factory.StartNew(() => 
    { 
     service.ProcessEmployeeDataFile(model.DataSetToProcess, OriginalFileName, this, model.Source); 
    }, 
    CancellationToken.None, 
    TaskCreationOptions.DenyChildAttach, 
    TaskScheduler.FromCurrentSynchronizationContext());  
} 

[HttpPost] 
public ActionResult FileUpload(HttpPostedFileBase fileUpload)  
{ 

    Coreservice objVDS = new Coreservice(); 

    //validate the contents of the file 
    model =objVDS. ValidateFileContents(fileUpload); 

    // if file is valid start processing asynchronously 
    // This returns a task, but if we're not interested in waiting 
    // for its results, we can ignore it. 
    objVDS.ProcessValidFile(model); 

    return view(); 
} 

Что касается ваших комментариев:

Я бы серьезно рассмотреть не проходящий контроллер к вашим услугам, или имеющему свой сервис опирающегося на сессии и контексте, так как вы плотно соединений бизнеса-логику к вашему API-контроллер.

Получите необходимые вам биты с контроллера, пока вы находитесь в нем, и передайте их на службу.

Answer 2

Я должен в основном преобразовать существующую функциональность обработки файлов с синхронной асинхронной (так что для большого пользователя файла не нужно ждать другой задачи).

Это не то, что async делает; как я описываю в своем блоге, async does not change the HTTP protocol.

Что вы хотите, это некоторая форма «огня и забыть» на ASP.NET. У меня есть еще одна запись в блоге, что covers a few solutions. Обратите внимание, что использование Task.Factory.StartNew является самым опасным из всех этих решений.

Лучшее (прочитанное: наиболее надежное) решение заключается в использовании надлежащей распределенной архитектуры: ваше приложение ASP.NET должно создать описание выполняемой работы и поместить ее в надежную очередь (например, MSMQ); затем иметь независимый бэкэнд (например, службу Win32), который обрабатывает очередь. Это сложный, но гораздо менее подверженный ошибкам, чем попытка заставить ASP.NET делать то, что он никогда не хотел делать.