Powody, dla których przekazana intencja miałaby wartość NULL w onStartCommand

100

Czy jest jakiś inny powód, dla którego przekazywana intencja onStartCommand(Intent, int, int)miałaby wartość NULL, poza ponownym uruchomieniem usługi przez system za pomocą flagi takiej jak START_STICKY?

Ponadto, gdy usługa jest ponownie uruchamiana przez system, Intent.getAction()metoda czasami zwraca NULL ... Intencja nie jest tylko NULLgetAction()

Tutaj też pytałem , ale nie otrzymałem jeszcze odpowiedzi.

AKTUALIZACJA : Po rozmowie z Markiem Murphym zasugerował, abym powrócił START_REDELIVER_INTENTw onStartCommand()oddzwonieniu w mojej usłudze zamiast START_STICKYtak, aby cała intencja została wysłana po ponownym uruchomieniu.

Nie zrobiłem tego początkowo, ponieważ obawiałem się, że jeśli usługa próbowała coś zrobić, to w połowie tego usługa została ponownie uruchomiona ... czy rozpozna, że zaczęła coś robić? Myślę, że to logika, za którą będę musiał być odpowiedzialny :)

android android-intent android-service

— rf43
źródło

Zamiast edytować pytanie wraz z odpowiedzią, dodaj odpowiedź i zaakceptuj ją, aby Twoje pytanie przestało pojawiać się w zestawie pytań bez odpowiedzi - dziękuję.

— Dale Wilson,

Tylko uwaga dla kogoś z podobnym problemem. Zauważyłem, że zwykle kiedy pojawia się błąd, który intentjest nullwłączony onStartCommand(), jest to spowodowane innym błędem, który jest wcześniej widoczny w LogCacie. Nie wiem dlaczego, ale właśnie to zauważyłem i dość łatwo to przeoczyć.

— Piotr Chojnacki

@DaleWilson Chciałbym, ale to pytanie nie jest naprawdę rozwiązane. Dopóki nie otrzymam ostatecznej odpowiedzi, dlaczego intencja jest zerowa lub jak uniknąć zerowej intencji bez uciekania się do użycia START_REDELIVER_INTENT (co, jak się później dowiedziałem, nie jest tym, czego potrzebowałem, ale nadal rozwiąże problemy niektórych ludzi, więc zostawiłem swoją edycję) Nie mogę przyjąć odpowiedzi.

— rf43

@Mosquito Czy zauważyłeś, co konkretnie powodowało błąd?

— rf43

@DDoSAttack Nie ma znaczenia. W moim przypadku było to na przykład NullPointerExceptiongdzieś w jednym z działań. Później był to inny błąd. Ale w obu przypadkach mój ślad stosu pokazał, że moja usługa - która była uruchomiona, gdy wystąpił ten błąd - miała intenttak nulljak w twoim przypadku. Dość długo zastanawiałem się, co jest nie tak, gdy zdecydowałem się przewinąć ślad stosu i okazało się, że gdzieś na górze mam swój prawdziwy błąd. Po rozwiązaniu tego, null intentzniknął również ten z .

— Piotr Chojnacki

Dziwię się, że nie ma dyskusji na temat nadchodzących flag. Mam zamiar monitorować to w dziennikach za pomocą:

if (null == intent || null == intent.getAction ()) {
        String source = null == intent ? "intent" : "action";
        Log.e (TAG, source + " was null, flags=" + flags + " bits=" + Integer.toBinaryString (flags));
        return START_STICKY;
}

Aktualizacja: flagi były 0, więc nie było tam nic do podjęcia. Zostawiłem tam zerową odprawę bez utraty funkcji.

Edycja: Ok, znalazłem to w dokumentacji START_STICKY wszystkich miejsc! „Jeśli nie ma żadnych oczekujących poleceń uruchomienia, które mają być dostarczone do usługi, zostanie wywołana z obiektem o zerowej intencji, więc musisz uważać, aby to sprawdzić”.

http://developer.android.com/reference/android/app/Service.html

— Eric Woodruff
źródło

w kotlinie intencja jest oznaczona jako niezerowa i powoduje awarię aplikacjioverride fun onStartCommand(intent: Intent, flags: Int, startId: Int): Int {}

— Muhammad Naderi

@MuhammadNaderi możesz po prostu zamienić zamiar Intent?. Pracował dla mnie. Ale wtedy oczywiście musisz poprawnie obsługiwać intencję zerową.

— Patrick Boos,

@PatrickBoos But then of course you need to correctly handle null intent; Co masz na myśli?! W jaki sposób? Dzięki.

— Dr Jacky

Miałem na myśli, że tylko w twoim kodzie onStartCommand(intent: Intent?, ...)powinno działać. A potem po prostu nie rób, intent!!ale poprawnie sprawdź, czy intencja jest zerowa.

— Patrick Boos