[C#] ASP.NET MVC에서 비동기 작업을 수행하려면 .NET 4의 ThreadPool에서 스레드를 사용하십시오.

여기의 우수한 기사 당신이 더 나은 (비동기 컨트롤러는 기본적으로 무엇을 나타내는 지입니다) ASP.NET에서 비동기 처리를 이해하는 읽기 추천 할 것입니다.

먼저 표준 동기 동작을 고려해 보겠습니다.

public ActionResult Index()
{
    // some processing
    return View();
}

이 조치를 요청하면 스레드 풀에서 스레드가 작성되고이 스레드에서이 조치의 본문이 실행됩니다. 따라서이 조치 내부의 처리가 느리면 전체 처리에 대해이 스레드를 차단하므로이 스레드를 재사용하여 다른 요청을 처리 할 수 ​​없습니다. 요청 실행이 끝나면 스레드가 스레드 풀로 리턴됩니다.

이제 비동기 패턴의 예를 보자.

public void IndexAsync()
{
    // perform some processing
}

public ActionResult IndexCompleted(object result)
{
    return View();
}

요청이 인덱스 조치로 전송되면 스레드 풀에서 스레드가 작성되고 IndexAsync메소드 본문 이 실행됩니다. 이 메소드의 본문이 실행을 마치면 스레드가 스레드 풀로 리턴됩니다. 그런 다음 표준을 사용하여 AsyncManager.OutstandingOperations비동기 작업의 완료를 알리면 스레드 풀에서 다른 스레드를 가져 IndexCompleted와서 작업 본문 이 실행되고 결과가 클라이언트에 렌더링됩니다.

따라서이 패턴에서 볼 수있는 것은 단일 클라이언트 HTTP 요청이 두 개의 다른 스레드에서 실행될 수 있다는 것입니다.

이제 흥미로운 부분이 IndexAsync메서드 내부에서 발생합니다 . 그 안에 차단 작업이있는 경우 작업자 스레드를 차단하기 때문에 비동기 컨트롤러의 전체 목적을 완전히 낭비하는 것입니다 (이 작업의 본문은 스레드 풀에서 가져온 스레드에서 실행됨을 기억하십시오).

그렇다면 언제 비동기 컨트롤러를 활용할 수 있습니까?

IMHO는 I / O 집약적 인 작업 (예 : 데이터베이스 및 원격 서비스에 대한 네트워크 호출)이있을 때 가장 많이 얻을 수 있습니다. CPU 집약적 인 작업이있는 경우 비동기 작업으로 많은 이점을 얻지 못합니다.

그렇다면 왜 I / O 집약적 운영의 이점을 얻을 수 있습니까? I / O 완료 포트를 사용할 수 있기 때문 입니다. IOCP는 전체 작업을 실행하는 동안 서버에서 스레드 또는 리소스를 사용하지 않기 때문에 매우 강력합니다.

그들은 어떻게 작동합니까?

WebClient.DownloadStringAsync 메소드를 사용하여 원격 웹 페이지의 컨텐츠를 다운로드한다고 가정하십시오 . 운영 체제 내에서 IOCP를 등록하고 즉시 돌아 오는이 메소드를 호출합니다. 전체 요청을 처리하는 동안 서버에서 스레드가 소비되지 않습니다. 모든 것은 원격 서버에서 발생합니다. 이 작업에는 많은 시간이 걸릴 수 있지만 작업자 스레드를 위험에 빠뜨리지 않으므로 신경 쓰지 않아도됩니다. 응답이 수신되면 IOCP에 신호가 전달되고 스레드 풀에서 스레드가 생성되고이 스레드에서 콜백이 실행됩니다. 그러나 보시다시피, 전체 프로세스 중에 스레드를 독점하지 않았습니다.

FileStream.BeginRead, SqlCommand.BeginExecute, …와 같은 메소드에서도 마찬가지입니다.

여러 데이터베이스 호출을 병렬화하는 것은 어떻습니까? 4 개의 블로킹 데이터베이스 호출을 순서대로 수행하는 동기 제어기 조치가 있다고 가정하십시오. 각 데이터베이스 호출에 200ms가 걸리면 컨트롤러 작업을 실행하는 데 약 800ms가 걸린다는 것을 쉽게 계산할 수 있습니다.

이러한 호출을 순차적으로 실행할 필요가 없다면 병렬화하면 성능이 향상됩니까?

큰 질문인데 대답하기 쉽지 않습니다. 아마 그렇습니다, 아마 그렇습니다. 데이터베이스 호출을 구현하는 방법에 전적으로 의존합니다. 앞에서 설명한대로 비동기 컨트롤러 및 I / O 완료 포트를 사용하면 작업자 스레드를 독점하지 않기 때문에이 컨트롤러 작업 및 다른 작업의 성능을 향상시킵니다.

반면에 스레드 풀의 스레드에서 차단 데이터베이스 호출을 수행하여 제대로 구현하지 않으면 기본적 으로이 작업의 총 실행 시간을 약 200ms로 줄이지 만 작업자 스레드 4 개를 소비했을 것입니다. 풀에서 스레드를 처리하여 처리 할 수 ​​없어서 다른 요청의 성능이 저하되었을 수 있습니다.

따라서 매우 어렵고 응용 프로그램에서 광범위한 테스트를 수행 할 준비가되지 않았다면 비동기 컨트롤러를 구현하지 마십시오. 이점보다 더 많은 피해를 입을 수 있습니다. 예를 들어 표준 동기 컨트롤러 작업이 광범위한로드 테스트 및 측정을 수행 한 후 응용 프로그램에 병목 현상이 있음을 확인했습니다.

이제 당신의 예를 생각해 봅시다 :

public ViewResult Index() {

    Task.Factory.StartNew(() => {
        //Do an advanced looging here which takes a while
    });

    return View();
}

인덱스 조치에 대한 요청이 수신되면 스레드가 스레드 풀에서 스레드를 가져 와서 본문을 실행하지만 본문은 TPL을 사용하여 새 태스크 만 스케줄합니다 . 따라서 조치 실행이 종료되고 스레드가 스레드 풀로 리턴됩니다. 이를 제외하고 TPL 은 스레드 풀의 스레드를 사용하여 처리를 수행합니다. 따라서 원래 스레드가 스레드 풀로 리턴 된 경우에도이 풀에서 다른 스레드를 작성하여 태스크 본문을 실행했습니다. 그래서 당신은 당신의 소중한 수영장에서 2 실을 위태롭게했습니다.

이제 다음을 고려하십시오.

public ViewResult Index() {

    new Thread(() => {
        //Do an advanced looging here which takes a while
    }).Start();

    return View();
}

이 경우 스레드를 수동으로 생성합니다. 이 경우 인덱스 작업 본문 실행에 약간의 시간이 소요될 수 있습니다 (기존 풀에서 스레드를 생성하는 것보다 새 스레드를 생성하는 것이 더 비싸기 때문에). 그러나 고급 로깅 ​​작업의 실행은 풀의 일부가 아닌 스레드에서 수행됩니다. 따라서 우리는 다른 요청을 처리하기 위해 무료로 남아있는 풀의 스레드를 위태롭게하지 않습니다.

답변

public ViewResult Index() {

    Task.Factory.StartNew(() => {
        //Do an advanced looging here which takes a while
    });

    return View();
}

public ViewResult Index() {

    Task.Factory.StartNew(() => {
        //Make async web request to twitter with WebClient.DownloadString()
    });

    Task.Factory.StartNew(() => {
        //Make async web request to facebook with WebClient.DownloadString()
    });


    //wait for both to be ready and merge the results

    return View();
}