Android AsyncTask ограничивает потоки?

@antonyt имеет право ответить, но в случае, если вы ищете простое решение, то вы можете проверить иглу.

С его помощью вы можете определить пользовательский размер пула потоков и, в отличие от AsyncTask, работает на все Android версии то же самое. С его помощью вы можете сказать такие вещи, как:

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);
   }
});

или

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

Он может даже намного больше. Проверьте это на GitHub.

обновление: С API 19 размер пула основных потоков был изменен, чтобы отразить количество процессоров на устройстве, с минимумом 2 и максимумом 4 при запуске, при росте до максимума CPU*2 +1 - ссылка

// 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;

также обратите внимание, что в то время как по умолчанию исполнитель AsyncTask является последовательным (выполняет одну задачу за раз и в том порядке, в котором они поступают), с метод

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

вы можете предоставить исполнителю для выполнения ваша задача. Вы можете предоставить THREAD_POOL_EXECUTOR под капотом executor, но без сериализации задач, или вы даже можете создать свой собственный исполнитель и предоставить его здесь. Однако обратите внимание на предупреждение в javadocs.

предупреждение: разрешение нескольким задачам работать параллельно из пула потоков, как правило, не то, что нужно, потому что порядок их работы не определен. Например, если эти задачи используются для изменения любого общего состояния (например написание файла за счет нажатия кнопки), нет никаких гарантий по порядку внесения изменений. Без тщательной работы в редких случаях более новая версия данных может быть перезаписана более старой, что приводит к неясным потерям данных и проблемам стабильности. Такие изменения лучше всего выполнять последовательно; чтобы гарантировать, что такая работа сериализуется независимо от версии платформы, вы можете использовать эту функцию с SERIAL_EXECUTOR.

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