어제, 오늘 그리고 내일

이번 포스팅은 AsyncTask를 중간에 중지하는 방법에 대하여 알아보도록 하겠습니다.

  Asynctask변수.cancel(true);

 - 만약 HttpClient를 사용중이라면

       httpClient.getConnectionManager().shutdown();

- 만약 dialog를 사용중이라면 

  dialog의 OnCancelListener 에서 위의 명령어 사용

- onPreExecute() 함수는 Thread로 동작하지 않고, Main Thread에서 동작하는 부분이라서 본문에 넣어 주신 코드 같은 경우는 AsyncTask execute 하는 경우 정상적으로 처리 되었다는 onPostExecure() 콜백 함수가 호출이 됩니다.

- AsyncTask 의 경우 doInBackground() 콜백 함수가 Thread에서 동작하는 부분이며, doInBackground() 가 동작 중에 AsyncTask cancel을 하는 경우  doInBackground() 함수 로직이 완료 된 뒤에 onCancelled() 콜백이 호출이 되도록 되어 있습니다. 

- AsyncTask cancel 을 호출 하지 않은 경우에는 doInBackground() 함수 로직 완료 후 onPostExecure() 콜백이 호출이 되구요. 

- AsyncTask에서 위와 같이 doInBackground 를 오버라이드를 하시면 캔슬 하였을 때 onCancelled 콜백이 호출 될꺼에요.

저 AsyncTask의 주요한 세가지 동작에 대해서 알아야 합니다.

1.onPreExecute(): Background 작업 시작전에 UI 작업을 진행을 합니다. 

2.doInBackground(): Background 작업을 진행을 합니다. 

3.onPostExecute(): Background 작업이 끝난 후 UI 작업을 진행합니다. 


- AsyncTask의 숨겨진 문제점 


안드로이드에서 AsyncTask 를 소개할 당시에 ‘문제점 없는 Threading’ 이란 제목이 붙어졌고. 이것은 성공적 인듯 보였지만 완벽 하지 않았습니다. AsyncTask는 UI Thread 와 쉽게 상호 작용 하는 목적을 가지고 있습니다. 하지만 몇몇 경우에서는 AsyncTask는 묘책이 아니에요. 정확하게 알지 못하고, 맹목적으로 AsyncTask를 사용하게 된다면 그 것을 제대로 구현할 수 없습니다. 

또한 문제가 발생될 수 있다. 


문제: 

AyncTask의 목표는 백그라운드에서 UI Thread와의 상호 작용을 쉽게 하는 것이다.

그러므로 onPostExecute가 완료 될때까지 많은 UI thread간의 부분적인 업데이트가 실시간으로 이루어집니다. 

화면전환이 일어날 때 이러한 동작은 매우 큰 작업입니다.

App 전환이 일어날때 전체의 Activity는 파괴되고, 재생성이 됩니다.

Activity가 재시작 할 때 실행했던 AsyncTask의 reference의 Acitvity는 invalid 하며,  onPostExecute는 새로운 Activity에 아무런 영향을 미치지 못합니다.

이것은 AsyncTask의 Activity에 의해 현재 Activity의 잠재적인 referencing에 문제가 발생했다는 것입니다. 



해결: 

보통의 해결책은 속성 변경이나 target Activity의 재시작으로 인한 업데이트를 하는 AsyncTask의 reference 꽉 잡고 있는 것이다.

 또다른 다양한 해결 방법은 global holder(전역변수??)를 사용하거나 Activity.onRetainNonConfigurationInstance() 를 사용하는 것입니다. Fragment 에 기초된 시스템을 위해 남은 Fragment들을 AsyncTask에 저장할 수 있습니다. 




- AsyncTask 와 Lifecycle: 

AsyncTask의 dead가 Activity에 원래 이러한 영향을 미치는 것은 아닙니다. AsyncTask는 장시간 사용하면서 문제가 발생합니다.

 AyncTask를 예정보다 빨리 종료시키는 방법은 AsyncTask.cancel() 사용하는 방법 뿐입니다.

- App의 불필요한 백그라운드 tasking 이나 메모리 누수를 막기 위해서는 cancel을 잘 사용 해야 합니다. 


Cancelling AsyncTasks: 

검색 쿼리를 AsyncTask에서 실행해야 한다고 가정합니다. 유저는 검색 파라미터를 AsyncTask가 동작하는 동안 변경하기를 원하고, 그래서 AsyncTask.cancel()을 호출하고 새로운 AsyncTask를 호출했습니다. AsyncTask 완료되었는지 고려하지 않고 cancel을 하거나 그렇지 않을 것입니다. 이것은 mayInterruptIfRunning(실행중인 작업을 취소) 를 하게 될 것입니다. 

무슨 일이 일어나고 있는 것일까요? 



문제는 AsyncTask.cancel() 에 관한 잘못된 개념에 있습니다. 

AsyncTask.cancel() 은 결과를 고려하지 않고 thread를 죽이지 않습니다. 모든 동작은 “취소된” 상태입니다. 

당신이 동작을 중단하기 위해 Asynctask를 취소된 상태로 만들지 만들지는 당신이 알아서 확인 해야 합니다. 




그러므로 두 가지 간단한 솔루션이 있습니다. 

AsyncTask.isCancelled() 을 오랫동안 동작 중일때 확인하거나 thread를 중단을 계속해서 시키는 것입니다. 둘 중 어느 쪽이든 AsyncTask.cancel()을 호출하는 것은 필요한 시간보다 더 많은 시간의 동작을 멈추게 된다. 



앞서 말햇던 것들이 항상은 아니지만 오랜 시간 동안 메소드를 호출한다면 중단 할 수 없습니다. (BitmapFactory.decodeStream()) 이런 상황은 exception이 발생합니다. 

cancel()이 문제 해결책의 전부는 아니다. 




AsynTask의 동시성 한계 

저는 사람들에게 백개의 백그라운드 thread를 돌리도록 권유하지 않습니다. 시작 할 수 있는 AsyncTasks의 숫자를 제한하는 것은 가치 없는 일입니다. 현재 AsyncTask 는 128개의 동시성 task로 제한 되어 있습니다. 큐는 10개의 task로 제한 되어 있습니다. 138개의 task보다 많은 일을 이것들이 완료되기 전에 한다면 당신의 Application은 망가질 것입니다. 저는 Bitmap을 net으로부터 받아오는 과정에서 이런 일이 발생하는 것은 본적 있습니다.

모든 것들이 한번에 실행되지 않도록 백그라운드의 Task들의 갯수를 잘 조절하고. 디자인하며 pool 사이즈를 code스스로 적용되도록 해야 할 것입니다. 




출처 : http://logc.at/2011/11/08/the-hidden-pitfalls-of-asynctask/