Android AsyncTask threads limits?

@antonit ma prawidłową odpowiedź, ale jeśli szukasz prostego rozwiązania, możesz sprawdzić igłę.

Za jego pomocą można zdefiniować niestandardowy rozmiar puli wątków i, w przeciwieństwie do AsyncTask, działa on na wszystkich wersjach Androida tak samo. Z nim można powiedzieć takie rzeczy jak:

Needle.onBackgroundThread().withThreadPoolSize(3).execute(new UiRelatedTask<Integer>() {
   @Override
   protected Integer doWork() {
       int result = 1+2;
       return result;
   }

   @Override
   protected void thenDoUiRelatedWork(Integer result) {
       mSomeTextView.setText("result: " + result);
   }
});

Lub rzeczy podobne

Needle.onMainThread().execute(new Runnable() {
   @Override
   public void run() {
       // e.g. change one of the views
   }
}); 

Update: od API 19 rozmiar puli wątków rdzenia został zmieniony, aby odzwierciedlić liczbę procesorów na urządzeniu, z minimum 2 i maksymalnie 4 na początku, przy jednoczesnym wzroście do maksymalnej liczby procesorów*2 +1 - odniesienie

// We want at least 2 threads and at most 4 threads in the core pool,
// preferring to have 1 less than the CPU count to avoid saturating
// the CPU with background work
private static final int CORE_POOL_SIZE = Math.max(2, Math.min(CPU_COUNT - 1, 4));
private static final int MAXIMUM_POOL_SIZE = CPU_COUNT * 2 + 1;

Należy również zauważyć, że podczas gdy domyślny wykonawca AsyncTask jest szeregowy (wykonuje jedno zadanie na raz i w kolejności, w jakiej przybywa), za pomocą metody

public final AsyncTask<Params, Progress, Result> executeOnExecutor(Executor exec,
        Params... params)

Możesz podać Wykonawcę do wykonywania swoich zadań. Możesz podać THREAD_POOL_EXECUTOR pod maską executor, ale bez serializacji zadań, lub możesz nawet utworzyć własny Executor i dostarczyć go tutaj. Zwróć jednak uwagę na ostrzeżenie w Javadocs.

Ostrzeżenie: pozwolenie na równoległe uruchamianie wielu zadań z puli wątków nie jest na ogół tym, czego się chce, ponieważ kolejność ich działania nie jest określona. Na przykład, jeśli te zadania są używane do modyfikowania dowolnego wspólnego stanu (takiego jak zapisanie pliku za pomocą kliknięcia przycisku), tam nie gwarantują kolejności modyfikacji. Bez starannej pracy w rzadkich przypadkach możliwe jest, że nowsza wersja danych zostanie nadpisana przez starszą, co prowadzi do niejasnych problemów z utratą danych i stabilnością. Takie zmiany są najlepiej wykonywane w trybie szeregowym; aby zagwarantować, że taka praca jest serializowana niezależnie od wersji platformy, możesz użyć tej funkcji z SERIAL_EXECUTOR.

Jeszcze jedną rzeczą do zauważenia jest to, że zarówno Framework dostarczał Executorów THREAD_POOL_EXECUTOR, jak i jego wersja szeregowa SERIAL_EXECUTOR (która jest domyślna dla AsyncTask) są statyczne(konstrukcje na poziomie klasy) i dlatego są współdzielone przez wszystkie instancje AsyncTask w procesie aplikacji.