Rozwiązywanie problemów z zestawem Unity SDK

Dane analizy nie są wyświetlane w portalu

1. Upewnij się, że moduły zestawu SDK zostały poprawnie zintegrowane.
2. Upewnij się, że twój projekt zawiera obiekt "App Center" z dołączonym AppCenterBehavior, a Twoje tajne aplikacji są dodane do odpowiednich pól w oknie Inspektora. Upewnij się również, że zaznaczysz pola "Użyj usługi {service}" dla każdej usługi App Center, którą zamierzasz używać.
3. Sprawdź w dziennikach komunikat "Zestaw SDK usługi App Center został pomyślnie skonfigurowany" (na poziomie dziennika pełnej ), a następnie sprawdź, czy są wyświetlane dzienniki żądań HTTPS.
4. Upewnij się, że urządzenie jest w trybie online.
5. Czasami dzienniki mogą potrzebować kilku minut, aby pojawić się w portalu. Poczekaj chwilę, jeśli tak jest.
6. Aby sprawdzić, czy zaplecze usługi App Center odebrało dane, przejdź do sekcji Przepływ dzienników w usłudze Analytics. Twoje zdarzenia powinny pojawić się, gdy zostaną wysłane.

Awarie nie są wyświetlane w portalu

1. Upewnij się, że moduły zestawu SDK zostały poprawnie zintegrowane.
2. Upewnij się, że twój projekt zawiera obiekt "App Center" z dołączonym AppCenterBehavior, a Twoje tajne aplikacji są dodane do odpowiednich pól w oknie Inspektora. Upewnij się również, że zaznaczysz pola "Użyj usługi {service}" dla każdej usługi App Center, którą zamierzasz używać.
3. Uruchom ponownie aplikację po awarii. App Center Crashes przekaże raport awarii dopiero po ponownym uruchomieniu aplikacji. Zestaw SDK nie zapisze żadnego dziennika awarii, jeśli dołączysz debuger. Upewnij się, że debuger nie jest dołączony podczas awarii aplikacji.
4. Sprawdź w dziennikach komunikat "Zestaw SDK usługi App Center został pomyślnie skonfigurowany" (na poziomie dziennika pełnej ), a następnie sprawdź, czy są wyświetlane dzienniki żądań HTTPS.
5. Upewnij się, że urządzenie jest w trybie online.
6. Czasami dzienniki mogą potrzebować kilku minut, aby pojawić się w portalu. Poczekaj chwilę, jeśli tak jest.
7. Jeśli chcesz sprawdzić, czy zestaw SDK wykrył awarię podczas następnego uruchomienia aplikacji, możesz wywołać interfejs API, aby sprawdzić, czy aplikacja uległa awarii w ostatniej sesji i wyświetli alert. Możesz też rozszerzyć wywołanie zwrotne awarii, aby sprawdzić, czy został pomyślnie wysłany na serwer.
8. Aby sprawdzić, czy zaplecze App Center odebrało raport o awarii, przejdź do sekcji Przepływ logów w usłudze Analytics. Awarie powinny się tam pojawić, gdy tylko zostaną wysłane.
9. Upewnij się, że aplikacja rzeczywiście uległa awarii i została uruchomiona ponownie: Unity domyślnie przechwytuje większość nieobsługiwanych wyjątków, co oznacza, że aplikacja nie zostaje zamknięta i nie jest uznawana za awarię. Jeśli awaria zostanie przechwycona przez aplikację Unity, zostanie ona raportowana jako "Błąd" przez zestaw SDK.

Kompilacja projektu systemu Android kończy się niepowodzeniem

Moduł Distribute w wersji 4.1.0 lub nowszej ma nowy tag manifestu do obsługi systemu Android 11. Jeśli używasz Unity w wersji wcześniejszej 2019.4, powinieneś jawnie określić wersję narzędzia gradle, aby uniknąć błędu AAPT: error: unexpected element <queries> found in <manifest>.. Aby uniknąć problemów z kompilowaniem projektu, należy dodać pliki mainTemplate.gradle i launcherTemplate.gradle (plik launcherTemplate.gradle powinien być dodany tylko wtedy, gdy używasz Unity 2019.4), aby jawnie określić wersję narzędzia gradle. Otwórz Ustawienia projektu>Odtwarzacz>kartę Android>Ustawienia publikowania>Kompilacja i wybierz pozycję Niestandardowy szablon główny Gradle i Niestandardowy szablon uruchamiania Gradle. Po wygenerowaniu plików wstaw następujące wiersze w górnej części plików:

buildscript {
    repositories {
        google()
        mavenCentral()
    }
    dependencies {
        classpath 'com.android.tools.build:gradle:3.4.3'
    }
}

allprojects {
   repositories {
      google()
      mavenCentral()
      flatDir {
        dirs 'libs'
      }
   }
}

Przeczytaj więcej na temat kompilacji dla systemu Android 11 z wytycznymi Unity.

Chroń tajną wartość centrum aplikacji

app_secret jest identyfikatorem aplikacji, który jest wymagany, aby wiedzieć, do której aplikacji odnosi się ruch sieciowy, ale nie może być używany do pobierania ani edytowania istniejących danych. Jeśli twoje app_secret jest narażone, największym ryzykiem jest wysłanie złych danych do aplikacji, ale nie wpłynie to na bezpieczeństwo danych.

Aby pobrać wszelkie poufne dane, należy podać token aplikacji/użytkownika, który jest generowany po stronie klienta. Nie ma możliwości całkowitego zabezpieczenia danych po stronie klienta.

Zabezpieczenie aplikacji można poprawić, używając zmiennej środowiskowej do wstrzykiwania tajnych danych aplikacji do kodu. W ten sposób sekret nie jest widoczny w kodzie.