Wielowątkowość w Androidzie - wątki nie działają równolegle

Piszę program, w którym wykorzystuję bibliotekę Retrofit 2 i komunikuję się z serwerem poprzez wywoływanie asynchronicznych żądań. Poniżej przykład metody:

public void insertUser(final String login, final String password, final String salt, final String email) {
    IUserApi userAPI = retrofit.create(IUserApi.class);
	final Call<User> user = userAPI.insertUser(login, password, salt, email);
        
	user.enqueue(new Callback<User>() {

		@Override
		public void onResponse(Call<User> call, Response<User> response) {
                
			//zapisanie danych
            
		}

        @Override
        public void onFailure(Call<User> call, Throwable t) {                
				
        }   
	});
} 

Podczas wywoływania wybranej metody odpowiedzialnej za wymianę informacji z serwerem, program działa następująca: wykonuje wszystko za wyjątkiem enqueue(), wraca do metody wywołującej, wykonuje pozostałą część kodu tej metody i po jej zakończeniu wykonuje enqueue(). Stąd wnioskuję, że enqueue() wpisywane jest do kolejki i wykonywane, gdy wątek wykona pozostałe czynności. Wykonując metodę onResponse() zapisuję setterem pewne dane, które są potem przetwarzane w innym miejscu programu. I tutaj pojawia się problem, ponieważ te dane otrzymuję za późno, gdy metoda wywołująca zostanie już w całości wykonana. Próbowałam to rozwiązać za pomocą wielowątkowości, np. tworząc obiekt klasy Handler, jak poniżej:

private void someMethod() {
    //w tym miejscu wywołuję metodę odpowiedzialną za komunikację z serwerem
                  
    Runnable jsonResponseThread = new Runnable() {
		
        public void run() {            
            //w tym miejscu czekam na wynik zapisu dokonywanego w metodzie onResponse()           
        }
    };    
	Handler customHandler = new Handler();
    customHandler.post(jsonResponseThread); 
    //pozostały kod                  
}

Jednak wszelkie próby kończą się tak samo: wątek nie wykonuje się równolegle do wątku głównego, a zostaje wykonany dopiero po jego zakończeniu.

Czy jest możliwe wykonanie wywołania asynchronicznego na oddzielnym wątku, zwiększenie puli wątków w Retrofit? Co może powodować, że wątki nie działają równolegle?

A czemu miałby się wykonywać? Współbieżność to nie jest równoległość! Moze się tak zdarzyć ze akurat urządzenie na którym to uruchomisz będzie miało kilka wolnych rdzeni procesora i wątki wykonają się równolegle, ale przecież możesz też mieć telefon z 1 procesorem i jak ty sobie wtedy wyobrażasz równoległe wykonanie czegokolwiek?
Twój błąd polega na tym że nie bardzo rozumiesz co robisz i chcesz polegać na jakimś Race Condition (konkretnie na takim że asynchroniczne wywołanie zdąży zwrócic wynik zanim będziesz z niego korzystać). W rzeczywistości należałoby na przykład użyć obiektów Future<> albo jakiegoś aktywnego czekania na wyniki tego asynchronicznego wywołania.

Nie przeczę, że mylę pojęcia. Wykorzystywałam już Callable<> oraz FutureTask<> do oczekiwania na wynik, ale obojętnie jaki czas oczekiwania ustawię w FutureTask<>#get(timeout, unit), to kod z metod onResponse() albo onFailure() wykonuje się na końcu, czyli po upływie timeoutu ustawionego w tej metodzie, i reszty kodu. Sprawdziłam jeszcze za pomocą Thread.currentThread().getId(), czy kod z onResponse() albo onFailure() uruchamia się w osobnym wątku i okazuje się, że nie. Metody onResponse() i onFailure() są wykonywane w tym samym wątku co sama metoda someMethod() (getId() zwraca ten sam identyfikator wątku). Domyślam się więc, że FutureTask<>#get(timeout, unit) zakłada blokadę na jedyny wątek, który realizuje kod w oczekiwaniu na wynik, którego i tak nie dostanie.
Urządzenie, na którym testuję program, ma cztery rdzenie.
Jak w takim razie mogę zwiększyć pulę wątków?

Moim zdaniem problem jest taki, że tworzysz sobie jakieś obiekty implementujące interfejsy, przy czym te implementacje wcale nie muszą gwarantować współbieżności.

Kawałek kodu z retrofitem - tam nigdzie nie masz zagwarantowane, że Call zwrócony przez retrofit będzie wykonywał się w innym wątku - retrofit jest pewnie tak zbudowany, że olewa wszelkie prośby o współbieżność.

Co do drugiej opcji, z Handlerem:

Each Handler instance is associated with a single thread and that thread's message queue. When you create a new Handler, it is bound to the thread / message queue of the thread that is creating it -- from that point on, it will deliver messages and runnables to that message queue and execute them as they come out of the message queue.

Czyli Handler przypisywany jest do wątku, w którym jest stworzony. Trzeba by go stworzyć w oddzielnym wątku, wtedy miałoby to szansę działać.

@joamor źle to robisz. Future task sam z siebie nie jest asynchroniczny, ale można go wrzucić do Executora jakiegoś i wtedy będzie. Dopiero w Javie 8 doszła taka "prosta" asynchroniczna klasa CompletableFuture. To że gdzieś coś przyjmuje Runnable albo Callable wcale nie znaczy ze wykonywać to będzie współbieżnie :)

Android nie wspiera javy 8 więc sugeruje użyć jakiegoś ThreadPoolExecutora i submitować do niego future taski do wykonania.

Dodaj sobie Observable z RxJava do tego retrofita i już nie będziesz uzależniony od czekania i polegania na tym, że wątek może wykona się równolegle, a może nie. Na dodatek będziesz mógł kontrolować to na jakich wątkach co się ma wykonywać. ObserveOn i SubscribeOn.