Dlaczego proces wywołania.killProcess (Process.myPid ()) to zły pomysł?

<rant>

W idealnym świecie, z doskonałym kodem i bibliotekami, nie musisz wywoływać Process.killProcess(Process.myPid()), A System operacyjny odpowiednio zabije Twoją aplikację. Na Bliskim Wschodzie zapanuje pokój, świnie będą latać, a problem wstrzymania zostanie rozwiązany.

Ponieważ te wszystkie rzeczy jeszcze się nie wydarzyły są chwile, kiedy trzeba wykonać taki 'zakazany' kod.

Ostatnio dla gry na Androida, którą zrobiłem, darmowa wersja korzystała z biblioteki reklam co utrzymałoby aplikację przy życiu, a także wyciek pamięci. Wersja płatna nie miała tego problemu, ponieważ nie było połączonych bibliotek reklam. Moim rozwiązaniem było dodanie przycisku Zakończ w menu głównym, który wykonał taki kod. Miałem nadzieję, że większość ludzi naciśnie ten Przycisk po zakończeniu i nie muszę się martwić, że to pochłonie pamięć. Wersja płatna, którą właśnie wykonałem finish() i została wykonana. (To było zanim zakupy w aplikacji dla Google były dostępne, więc musiałem dokonać płatnego i bezpłatnego Wersja, również mogli już naprawić problem i mogłem zaktualizować tę grę, ale naprawdę nie poszło zbyt dobrze i wątpię, aby jakikolwiek czas spędzony na niej był tego wart) {]}

To tak jak w podstawówce / Gimnazjum mówią ci, że nie możesz wziąć pierwiastka kwadratowego z liczby ujemnej. Później w klasie algebry wyższego poziomu mówią... cóż, możesz wziąć pierwiastek kwadratowy z liczby ujemnej, ale masz dziwne wyniki, ale to jest spójne i rozwiązuje problem.

W innych słowa, nie wykonuj "zakazanego" kodu, chyba że wiesz, co robisz.

</rant>

Cóż, Unit3d najprawdopodobniej używa kodu natywnego, a oni zabijają proces jako zabezpieczenie -- nie chcą wyciekać pamięci. Można się spierać, czy jest to dobry pomysł, czy nie, ale fakt, że go używali, nie oznacza, że ty też powinieneś.

Być może istnieją skrajne przypadki, w których chciałbyś użyć killProcess(), ale zazwyczaj system operacyjny robi to za Ciebie, zgodnie z aktualnym obciążeniem i użytkowaniem. Nie wiesz, jakiej odpowiedzi szukasz-masz świadomość, że korzystając z killProcess() może zepsuć rzeczy, chyba że możesz uzasadnić jego użycie, nie używaj go.

Oto dwie sytuacje, w których killProcess ugryzie cię i nie zadziała zgodnie z życzeniem:

1) Sticky Services - uruchomią się automatycznie, nawet jeśli zabiłeś proces

2) Timer - jeśli zaplanowałeś uruchamianie wątków na timerze, będą one kontynuowane po zabiciu procesu

Stąd, jak widać, są sytuacje, w których * * killProcess* nie jest rozsądnym rozwiązaniem, aby oczyścić działającą aplikację.

To zły pomysł. po pierwsze, twoja aktywność nie będzie warta oprzyrządowania, ponieważ te struktury rejestrują wszystkie metody cyklu życia i dopiero po czystym wykonaniu zgłaszają status sukcesu testu. jeśli zabijesz proces spod aplikacji testowej, zgłosi on awarię i nie będzie jasne, że tak się dzieje.