Jeśli do obsługi przypadków użycia Twoja aplikacja wymaga interakcji z innymi aplikacjami, warto sprawdzić, jak zmienia się widoczność pakietu w Androidzie 11 (poziom interfejsu API 30) i nowszych wersjach.
Ten przewodnik zawiera też sugestie dotyczące testowania zmian w działaniu i pomaga skonfigurować komunikaty logu w celu dokładniejszego określenia, jak może to wpłynąć na Twoją aplikację.
Testowanie zmian w działaniu
Aby sprawdzić, czy ta zmiana w działaniu wpływa na Twoją aplikację, wykonaj te czynności:
- Zainstaluj Android Studio 3.6.1 lub nowszą wersję.
- Zainstaluj najnowszą wersję Gradle obsługiwaną przez Android Studio.
- Ustaw wartość
targetSdkVersion
aplikacji na30
lub wyższą. - Nie umieszczaj elementu
<queries>
w pliku manifestu aplikacji. - Zadzwoń pod numer
getInstalledApplications()
lubgetInstalledPackages()
. Obie metody, które okażą się skuteczne, zwracają przefiltrowaną listę. - Zobacz, które funkcje aplikacji nie działają.
- Wprowadź odpowiednie wpisy
<queries>
, aby naprawić te funkcje.
Konfigurowanie komunikatów logu na potrzeby filtrowania pakietów
Aby dowiedzieć się więcej o tym, jak domyślna widoczność aplikacji wpływa na Twoją aplikację, możesz włączyć wiadomości logu na potrzeby filtrowania pakietów. Jeśli tworzysz w Android Studio aplikację testową lub aplikację możliwą do debugowania, o tym pomoże dziennik systemowy. Możesz też uruchomić to polecenie w oknie terminala, by włączyć je ręcznie:
adb shell pm log-visibility --enable PACKAGE_NAME
Następnie, gdy pakiety zostaną odfiltrowane z wartości zwracanych obiektu PackageManager
, w narzędziu Logcat pojawi się komunikat podobny do tego:
I/AppsFilter: interaction: PackageSetting{7654321 \ com.example.myapp/12345} -> PackageSetting{...} BLOCKED