Kiedy należy wyłączyć executorservice w aplikacji Android

Question

Załóżmy, że planuję użyć jednej executorservice w całej mojej aplikacji, do której wysyłam nowe runnable lub callable's do wykonania/przesłania, i wycofuję się zaraz po tym, jak to zrobię . Chcę tylko rzucić moje "zadania" do executorservice i pozwolić mu je obsłużyć i wykonać je, podając jego zasoby (ile wątków ma dostępnych i ilu może utworzyć, jeśli to konieczne, a następnie odpowiednio je obsadzić).

ze swojego doświadczenia przy użyciu ExecutorService w aplikacji Android, a także biorąc pod uwagę zmiany stanu aplikacji, jeśli nie chcą ciągle zamknięcie i ponowne utworzenie executorservice w ten sposób:

executor = Executors.newCachedThreadPool(); 
    executor.submit(some Runnable); 
    executor.shutdown(); 

, o której godzinie i gdzie chciałbyś polecić zamknięcie usługi, a następnie ją przywrócić, aby zapobiec niektórym wyciekom lub niektórym nieprzewidzianym konsekwencjom?

Ja przeważnie nawiązujący do:

1) APP Zamknięcia przy tylnej przycisku na ostatniej aktywności w backstack (Aplikacja korzysta z wielu działań) 2) Zastosowanie dzieje się w tle (na każdy z tych rodzajów działalności) 3) Aplikacja z powrotem na pierwszy plan (w dowolnej z tych czynności)

Answer 1

Możesz wykonać jedną pracę. Utwórz executor jako demona. Następnie zakończy się automatycznie po wyjściu z aplikacji. Nie musisz jednoznacznie dzwonić do shutdown.

ExecutorService es = Executors.newSingleThreadExecutor(new ThreadFactory() { 
    @Override 
    public Thread newThread(Runnable r) { 
     Thread t = new Thread(r); 
     t.setDaemon(true); 
     return t; 
    } 
}); 

Answer 2

mam singleton instancję ExecutorService który obejmuje zasięgiem Android przykład przez aplikację obiekt wykresu sztyletu. Tak więc instancja funkcjonuje tak długo, jak sam obiekt Application. Ponieważ klasa aplikacji Android nie oferuje wywołania zwrotnego onDestroy(), nigdy nie wiadomo, kiedy należy wywołać shutdown() w ExecutorService.

Ponieważ bałem się wycieków pamięci, patrzyłem również na ThreadPoolExecutor i bawiłem się nim, aby się dowiedzieć. To co znalazłem: Executors.newCachedThreadPool() tworzy ThreadPoolExecutor z następującymi parametrami:

ThreadPoolExecutor(0, Integer.MAX_VALUE, 60L, TimeUnit.SECONDS, new SynchronousQueue<Runnable>()) 

To corePoolSize 0, co oznacza, że ​​minimalna liczba pracowników: 0 wątków jest utrzymywane przy życiu, tak nie ma. Kiedy TPE (a.k.a ExecutorService) wykonuje zadanie, tworzy wątek roboczy i dodaje go do puli. Teraz, gdy nie pojawia się żadne nowe zadanie w czasie 60 sekund, wątek roboczy (wciąż utrzymywany przy życiu) jest kończony i usuwany z puli (pamięci podręcznej).

Dla mnie oznacza to, że nie będzie wycieku pamięci, nawet jeśli shutdown() nigdy nie zostanie wywołany w ExecutorService, ponieważ wszystkie wątki robocze, które kiedykolwiek istnieją, przestaną działać i zostaną usunięte z puli, gdy nie będzie nowych Zadanie przychodzi w trakcie czasu oczekiwania. Sądzę, że w ten sposób nie będzie żadnych odniesień do wątków roboczych pozostawionych w puli, więc GC może oczyścić instancję TPE.

Możesz mnie poprawić, jeśli się mylę.