Android Studio 4.1 (sierpień 2020 r.)
Android Studio 4.1 to duża wersja zawierająca szereg nowych funkcji i ulepszeń.
4.1.3 (marzec 2021 r.)
Ta niewielka aktualizacja zawiera różne poprawki błędów. Aby zobaczyć listę istotnych poprawek błędów, przeczytaj odpowiedni post na blogu z aktualizacjami wersji.
4.1.2 (styczeń 2021 r.)
<p>
This minor update includes various bug fixes.
To see a list of notable bug fixes, read the related post on the
<a href="https://androidstudio.googleblog.com/2021/01/android-studio-412-available.html">
Release Updates blog</a>.
</p>
<p><b>4.1.1 (November 2020)</b></p>
<p>
This minor update includes various bug fixes.
To see a list of notable bug fixes, read the related post on the
<a href="https://androidstudio.googleblog.com/2020/11/android-studio-411-available.html">
Release Updates blog</a>.
</p>
Nowy inspektor baz danych
Sprawdzanie i modyfikowanie baz danych w działającej aplikacji oraz tworzenie dotyczących ich zapytań za pomocą nowego inspektora baz danych. Aby rozpocząć, wdrożyć aplikację na urządzeniu z poziomem interfejsu API 26 lub nowszym i na pasku menu wybrać Widok > Okna narzędzia > Inspektor bazy danych.
Więcej informacji znajdziesz w artykule Debugowanie bazy danych za pomocą narzędzia Database Inspector.
Uruchamianie emulatora Androida bezpośrednio w Android Studio
Emulator Androida możesz teraz uruchomić bezpośrednio w Android Studio. Używaj tej funkcji, aby oszczędzać miejsce na ekranie, szybko przełączać się między oknem emulatora a oknem edytora za pomocą skrótów klawiszowych oraz organizować przepływ pracy w IDE i emulatorze w jednym oknie aplikacji.
Więcej informacji znajdziesz w dokumentacji emulatora Androida.
Korzystanie z modeli TensorFlow Lite
Dzięki wiązaniu modelu ML możesz łatwo importować pliki modelu .tflite
bezpośrednio i wykorzystywać je w swoich projektach. Android Studio generuje łatwe w użyciu klasy, dzięki którym możesz uruchamiać model przy użyciu mniejszej ilości kodu i z lepszym zabezpieczeniem typów.
Obsługiwane modele
Bieżąca implementacja ML Model Binding obsługuje klasyfikację obrazów i modele przenoszenia stylów, pod warunkiem że są one ulepszone o metadane. Z czasem rozszerzymy obsługę o inne obszary problemów, takie jak wykrywanie obiektów, podział obrazu i klasyfikacja tekstu.
Na stronie TensorFlow Hub dostępna jest szeroka gama wytrenowanych modeli z metadanymi. Możesz też samodzielnie dodać metadane do modelu TensorFlow Lite, postępując zgodnie z instrukcjami opisanymi w artykule Dodawanie metadanych do modelu TensorFlow Lite.
Importowanie pliku modelu
Aby zaimportować obsługiwany plik modelu, wykonaj te czynności:
- Otwórz okno importowania modelu TensorFlow Lite w menu Plik na poziomie Plik > Nowy > Inne > Model TensorFlow Lite.
- Wybierz pobrany lub utworzony wcześniej plik modelu
.tflite
. - Kliknij Zakończ.
Spowoduje to zaimportowanie pliku modelu do projektu i umieszczenie go w folderze ml/
. Jeśli katalog nie istnieje, Android Studio utworzy go za Ciebie.
Wyświetlanie metadanych i wykorzystania modelu
Aby wyświetlić szczegóły zaimportowanego modelu i instrukcje dotyczące jego używania w aplikacji, kliknij dwukrotnie plik modelu w projekcie, aby otworzyć stronę podglądu modelu, na której znajdziesz:
- Model: ogólny opis modelu
- Tensory: opis tensorów wejściowych i wyjściowych.
- Przykładowy kod: przykładowy interfejs modelu w aplikacji
Oto przykład użycia mobilenet_v1_0.25_160_quantized.tflite:
Jak widać w tym przykładzie, Android Studio tworzy klasę o nazwie MobilenetV1025160Quantized
, która umożliwia interakcję z modelem.
Jeśli model nie ma metadanych, na tym ekranie będą widoczne tylko minimalne informacje.
Znane problemy i obejścia
- Obsługa modeli TensorFlow Lite w domenach problematycznych innych niż klasyfikacja obrazów i przenoszenie stylów jest obecnie ograniczona. Import powinien działać prawidłowo, ale niektóre dane wejściowe lub wyjściowe modelu są reprezentowane przez TensorBuffers, a nie przyjazne typy. W przypadku modeli bez meta danych wszystkie dane wejściowe i wyjściowe modelu będą miały postać TensorBuffers.
- Modele z typami danych wejściowych i wyjściowych innymi niż
DataType.UINT8
lubDataType.FLOAT32
nie są obsługiwane.
Ta funkcja jest nadal w fazie rozwoju, więc prześlij opinię lub zgłoś błędy.
Narzędzia do analizy pamięci
Android Studio Memory Profiler zawiera teraz narzędzie do profilowania pamięci natywnej dla aplikacji wdrożonych na urządzeniach fizycznych z Androidem 10 lub nowszym. Za pomocą narzędzia do profilowania pamięci natywnych aplikacji możesz rejestrować alokacje i zwolnienia pamięci z kodu natywnego oraz sprawdzać skumulowane statystyki dotyczące obiektów natywnych.
Więcej informacji o narzędziu Native Memory Profiler znajdziesz w artykule Sprawdzanie wykorzystania pamięci przez aplikację za pomocą narzędzia Memory Profiler.
Znane problemy i obejścia
Narzędzie do profilowania pamięci natywnej w Android Studio 4.1 nie działa na urządzeniach z Androidem 11. Obsługa profilowania urządzeń z Androidem 11 jest obecnie dostępna w wersji w poziomie podglądu 4.2.
W początkowej wersji 4.1 profilowanie uruchamiania aplikacji zostało wyłączone. Ta opcja będzie dostępna w kolejnej wersji.
Aby obejść ten problem, możesz użyć samodzielnego narzędzia do profilowania w wierszu poleceń Peretto do rejestrowania profili uruchamiania.
System śledzenia: łatwiejsza obsługa, nowa karta analizy i więcej danych dotyczących renderowania klatek
Interfejs śledzenia systemu w profilu Android Studio zawiera te usprawnienia:
-
Zaznaczanie pola: w sekcji Wątek możesz teraz przeciągać mysz, aby zaznaczyć prostokątny obszar, który możesz powiększyć, klikając przycisk
Powiększ zaznaczony obszar w prawym górnym rogu (lub używając skrótu klawiszowego M). Przeciągając i upuszczając podobne wątki obok siebie, możesz zaznaczyć je w wielu wątkach, aby przejrzeć je wszystkie naraz. Możesz na przykład chcieć przeprowadzić analizę na wielu wątkach roboczych.
-
Karta Podsumowanie: na nowej karcie Podsumowanie w panelu Analiza znajdziesz:
-
Statystyki zbiorcze dotyczące wszystkich wystąpień danego zdarzenia, np. liczba wystąpień i minimalny/maksymalny czas trwania.
-
Statystyki zdarzenia śledzenia dotyczące wybranego wystąpienia.
-
Dane o rozkładzie stanu wątku.
-
Najdłuższe wystąpienia wybranego zdarzenia śledzenia.
Aby przejść do innego wystąpienia, wybierz inny wiersz w tabeli.
-
-
Dane wyświetlania: w sekcji Wyświetlanie nowe linie czasowe dotyczące SurfaceFlinger i VSYNC ułatwiają analizowanie problemów z renderowaniem w interfejsie aplikacji.
Instrukcje dotyczące podstawowego korzystania z rejestrowania śladów systemu znajdziesz w sekcji Rejestrowanie śladów w artykule Sprawdzanie aktywności procesora za pomocą narzędzia CPU Profiler.
Samodzielne profilatory są już dostępne
Nowe, niezależne narzędzia do profilowania umożliwiają teraz profilowanie aplikacji bez uruchamiania pełnego środowiska Android Studio IDE.
Instrukcje dotyczące korzystania z samodzielnych profilujących znajdziesz w artykule Samodzielne uruchamianie profilujących.
Pomoc w nawigacji krzyżykiem
Android Studio ułatwia poruszanie się po kodzie związanym z Daggerem, oferując nowe działania w pasku bocznym i rozszerzając obsługę w oknie Znajdź użycie.
-
Nowe działania rynien: w przypadku projektów wykorzystujących Daggera IDE udostępnia działania, które ułatwiają nawigację między kodem z adnotacjami Daggera. Na przykład kliknięcie działania
w sekcji z metodami, które korzystają z danego typu, przeniesie Cię do dostawcy tego typu. Natomiast kliknięcie
działania w rynnie przeniesie Cię do miejsca, w którym dany typ jest używany jako zależność.
-
Knot „Znajdź użycia”: gdy wywołasz Znajdź użycia w przypadku dostawcy danego typu, okno Znajdź zawiera teraz węzeł Użytkownicy zależności, który zawiera listę użytkowników tego typu. Z kolei wywołanie tej czynności w przypadku konsumenta zależności wstrzykniętej za pomocą Dagger powoduje wyświetlenie w oknie Znajdź dostawcy tej zależności.
Komponenty Material Design: zaktualizowane motywy i style w szablonach nowych projektów
Szablony Android Studio w oknie Create New Project (Utwórz nowy projekt) korzystają teraz z komponentów Material Design (MDC) i domyślnie są zgodne ze zaktualizowanymi wskazówkami dotyczącymi motywów i stylów. Aktualizacje obejmują:
-
MDC: projekty zależą od
com.google.android.material:material
wbuild.gradle
. Motywy aplikacji podstawowej korzystają z elementów nadrzędnychTheme.MaterialComponents.*
, zastępując zaktualizowane atrybuty koloru i „on” w MDC. -
Zasoby kolorów: zasoby kolorów w pliku
colors.xml
używają nazw dosłownych (na przykładpurple_500
zamiastcolorPrimary
). -
Zasoby motywu: zasoby motywu znajdują się w folderze
themes.xml
(zamiaststyles.xml
) i mają nazwy w formacieTheme.<var>
.<var> -
Ciemny motyw: motywy podstawowe aplikacji korzystają z poziomów nadrzędnych
DayNight
i są podzielone nares/values
orazres/values-night
. -
Atrybuty motywu: odniesienia do zasobów kolorów są traktowane jako atrybuty motywu (np.
?attr/colorPrimary
) w układach i stylach, aby uniknąć zakodowanych na stałe kolorów.
IntelliJ IDEA 2020.1
Główny program IDE Android Studio został zaktualizowany o ulepszone funkcje z IntelliJ IDEA do wersji 2020.1, w tym nowe okno Zlec umożliwiające wykonywanie operacji kontroli wersji oraz nowy tryb Zen, który można włączyć, wybierając Widok > Wygląd > Wejdź w tryb bez rozpraszania uwagi.
Więcej informacji o ulepszeniach w wersji 2020.1 znajdziesz w artykule IDEA 2020.1.
Zmiany katalogu konfiguracji IDE
Lokalizacje katalogów konfiguracji użytkowników zostały zmienione na te:
Windows
Składnia: %APPDATA%\Google<product><version>
Przykład: C:\Users\YourUserName\AppData\Roaming\Google\AndroidStudio4.1
macOS,
Składnia: ~/Library/Application Support/Google/<product><version>
Przykład: ~/Library/Application Support/Google/AndroidStudio4.1
Linux
Składnia: ~/.config/Google/<product><version>
Przykład: ~/.config/Google/AndroidStudio4.1
Nowe lokalizacje katalogów są zgodne z niedawnymi aktualizacjami IntelliJ IDEA, czyli IDE, na którym opiera się Android Studio.
Jeśli po uaktualnieniu Studio nie uruchamia się ponownie, konieczne może być usunięcie katalogu konfiguracji z poprzedniej wersji Studio. Więcej informacji znajdziesz na stronie ze znanymi problemami.
Kotlin 1.3.72
Android Studio 4.1 zawiera Kotlin 1.3.72, który zawiera wiele poprawek poprawiających podświetlanie, inspekcje i uzupełnianie kodu w Kotlinie. Więcej informacji znajdziesz w historii zmian Kotlina 1.3.72.
Podgląd widoku niestandardowego
Podczas tworzenia widoku niestandardowego (np. przez rozszerzenie klasy View
lub Button
), Android Studio wyświetla podgląd widoku niestandardowego. Aby przełączać się między wieloma widokami niestandardowymi, użyj menu na pasku narzędzi. Możesz też kliknąć przyciski, aby dopasować zawartość do krawędzi pionowej lub poziomej.
Uwaga: jeśli nie widzisz zmian w podglądzie, wybierz Kompilacja > Utwórz projekt na pasku menu.
Symbolizacja w przypadku raportów o awariach systemowych
Gdy w kodzie natywnym wystąpi awaria lub błąd ANR, system tworzy zrzut stosu, który jest zrzutem sekwencji funkcji zagnieżdżonych wywołanych w programie do momentu awarii. Takie zapisy mogą Ci pomóc w znalezieniu problemów w źródle i ich naprawieniu, ale najpierw muszą zostać zasymulowane, aby przekształcić adresy maszynowe w czytelne dla człowieka nazwy funkcji.
Jeśli Twoja aplikacja lub gra została opracowana przy użyciu kodu natywnego, np. C++, możesz teraz przesyłać do Konsoli Play pliki symboli debugowania dla każdej wersji aplikacji. Konsola Play używa tych plików do symbolizacji zrzutów stosu aplikacji, co ułatwia analizowanie awarii i wystąpiło błędów. Aby dowiedzieć się, jak przesyłać pliki symboli do debugowania, zapoznaj się z artykułem Obsługa kodu natywnego w przypadku awarii.
Apply Changes
Aby pomóc Ci zwiększyć wydajność podczas iteracji aplikacji, wprowadziliśmy te ulepszenia w sekcji Stosuj zmiany na urządzeniach z Androidem 11 (wersja przedpremierowa dla programistów w wersji 3 lub nowszej):
szybsze wdrażanie,
Włożyliśmy dużo wysiłku w optymalizację szybkości iteracji przez opracowanie metody wdrażania i utrwalania zmian na urządzeniu bez instalowania aplikacji.
Począwszy od wdrożenia początkowego kolejne wdrożenia na urządzeniach z Androidem 11 są znacznie szybsze, jeśli używasz zastosowania zmian kodu
lub zastosowania zmian i ponownego uruchomienia aktywności
.
Więcej informacji o różnicach między tymi 2 działaniami znajdziesz w sekcji Stosowanie zmian.
Obsługa dodatkowych zmian w kodzie
Na urządzeniach z Androidem 11 w wersji dla deweloperów 3 lub nowszej możesz teraz dodawać metody, a potem wdrażać te zmiany w uruchomionej aplikacji, klikając Zastosuj zmiany kodu
lub Zastosuj zmiany i ponowne uruchomienie
.