답변:
IMO, AsyncTask는 낮은 수준의 세부 정보 (스레드, 메시지 루프 등)에 대해 너무 걱정하지 않고 Android 앱에서 백그라운드 처리를 편리하고 사용하기 쉬운 방법으로 제공하기 위해 작성되었습니다. 작업을 예약하고 필요할 때마다 UI를 쉽게 업데이트 할 수있는 콜백 메소드를 제공합니다.
그러나 AsyncTask를 사용할 때 개발자가 제한 사항을 제출하면 클래스 작성자가 결정한 디자인 결정으로 인해 결과가 나타납니다. 예를 들어, 최근 AsyncTasks를 사용하여 예약 할 수있는 작업 수에 제한이 있음을 발견했습니다.
핸들러는 둘 중 더 투명하며 아마도 더 많은 자유를 줄 것입니다. 따라서 더 많은 것을 제어하려면 Handler를 선택하십시오. 그렇지 않으면 AsynTask가 정상적으로 작동합니다.
AsyncTasks하나의 스레드에서 실행되므로 더 이상 병렬 처리가 없습니다. 병렬 Executor구현 에서 여전히 실행할 수 있습니다 .
내 경험 법칙은 다음과 같습니다.
목록에 표시 할 데이터를 다운로드하는 등 UI와 관련하여 격리 된 작업을 수행하는 경우 계속 진행하십시오 AsyncTask.
다운로드시 표시되는 여러 이미지 ImageViews다운로드 (예 : 다운로드 썸네일 다운로드)와 같이 여러 번 반복되는 작업을 수행 하는 경우 작업 대기열을로 사용하십시오 Handler.
주로 다음과 같은 이유로 AsyncTask를 사용하지 마십시오.
시스템에 의해 설정된 ThreadPool 기본 및 최대 크기가 있으므로 AsyncTask가 실행되도록 보장되지 않으며 너무 많은 asynctask를 작성하면 결국 파괴됩니다.
활동 수명주기에 따라 AsyncTask가 실행 중일 때도 자동으로 종료 될 수 있으며이를 제어 할 수 없습니다
onPostExecute와 같이 UI 스레드에서 실행되는 AsyncTask 메소드는 참조하는 활동이 더 이상 표시되지 않거나 방향 변경 후와 같이 다른 레이아웃 상태에있을 때 실행될 수 있습니다.
결론적으로 AsyncTask의 UIThread-linked 메소드를 사용하면 안됩니다. 또한 doInBackground에서 중요하지 않은 작업 만 수행해야합니다. 이 문제에 대한 자세한 내용을 보려면이 스레드를 읽으십시오.
AsyncTask가 실제로 개념적으로 결함이 있습니까? 아니면 뭔가 빠졌습니까?
결론적으로 위에서 언급 한 문제 중 하나가 문제가 될 때 AsyncTask 대신 IntentServices, HandlerThread 또는 ThreadPoolExecutor를 사용하는 것을 선호하십시오. 더 많은 작업이 필요하지만 응용 프로그램이 더 안전합니다.
당신은 모든 x 초 계산을 수행하려는 경우, 당신은 아마를 예약해야 Runnable켜짐 Handler(와 postDelayed())과 그 Runnable현재의 UI 스레드에서 시작해야합니다. 다른 스레드에서 시작하려면 HandlerThread를 사용하십시오. AsyncTask는 우리에게는 사용하기 쉽지만 핸들러보다 낫습니다.
처리기는 응용 프로그램의 기본 스레드와 연결됩니다. 백그라운드 스레드에서 앱 메인 스레드로 전송 된 메시지 및 실행 파일을 처리하고 예약합니다.
AsyncTask는 시간이 많이 걸리는 작업으로 UI를 차단하지 않고 UI를 업데이트하기 위해 백그라운드 스레드를 처리하는 간단한 방법을 제공합니다.
대답은 백그라운드 스레드에서 UI를 업데이트하는 데 사용할 수 있다는 것입니다. 차이점은 실행 시나리오에 있습니다. 처리기를 사용하여 지연된 메시지를 게시하거나 특정 순서로 MessageQueue에 메시지를 보낼 수 있습니다.
앱 메인 스레드와 백그라운드 스레드간에 매개 변수를 교환 (따라서 UI 업데이트)하려는 경우 AsyncTask를 사용하는 것이 좋습니다.
AsyncTask일부 백그라운드 작업이 완료된 후 UI 스레드에서 무언가를 수행한다고 가정합니다. 또한 한 번만 실행할 수 있습니다 (이 후 상태는 FINISHED한 번 더 실행하려고하면 예외가 발생 함). 또한 그것을 사용하는 유연성은별로 없습니다. 예, THREAD_POOL_EXECUTOR병렬 실행에 사용할 수 있지만 노력이 가치가 없을 수 있습니다.
HandlerRunnables 및 메시지 처리를 제외하고는 아무것도 가정하지 않습니다. 또한 원하는 횟수만큼 실행할 수 있습니다 . 어떤 스레드에 연결해야하는지, 다른 처리기와 통신하는 방법을 자유롭게 결정할 수 있습니다 HandlerThread. 따라서 반복 작업에 훨씬 유연하고 적합합니다.