Gdy uruchamiasz, debugujesz lub testujesz kod, Android Studio używa funkcji uruchamiania/debugowania aby określić sposób wykonania tej operacji. Zwykle początkowo utworzona konfiguracja jest wystarczająca do uruchomienia lub debugować aplikację. Możesz jednak modyfikować i tworzyć nowe konfiguracje, a także modyfikować konfigurację aby dopasować je do swojego procesu programowania zgodnie z opisem na tej stronie.
Więcej informacji znajdziesz w tej dokumentacji IntelliJ:
Informacje o konfiguracjach uruchamiania i debugowania
Konfiguracje uruchamiania i debugowania podają takie szczegóły jak opcji instalowania, uruchamiania i testowania aplikacji. Możesz zdefiniować konfigurację do jednorazowego użytku lub zapisać ją do użycia w przyszłości. Po zapisaniu możesz wybrać konfigurację w Wybierz listę Uruchom/debugowanie konfiguracji na pasku narzędzi. Android Studio zapisuje konfiguracje w ramach projektu.
Początkowo utworzona konfiguracja uruchamiania/debugowania
Gdy tworzysz projekt, Android Studio tworzy konfigurację głównej aktywności na podstawie szablonu aplikacji na Androida. Do uruchomienia lub debugowania w projekcie, musisz zawsze mieć zdefiniowaną co najmniej 1 konfigurację uruchamiania/debugowania. Z tego powodu zalecamy nie usuwać początkowo utworzonej konfiguracji.
Zakres projektu i kontrola wersji
Konfiguracje uruchamiania i debugowanie oraz zmiany w szablonach mają zastosowanie tylko do bieżącego projektu. Konfigurację uruchamiania/debugowania (ale nie szablon) możesz udostępnić w systemu kontroli wersji. Aby dowiedzieć się więcej o udostępnianiu konfiguracji, zobacz Opcje konfiguracji nazw i udostępniania.
Otwórz okno Konfiguracje uruchamiania/debugowania
Aby otworzyć okno Konfiguracje uruchamiania/debugowania, wybierz Uruchom > Edit Configurations (Edytuj konfiguracje). Pojawi się okno Konfiguracje uruchamiania/debugowania, tak jak na ilustracji. 1.
Rysunek 1. Okno Konfiguracje uruchamiania/debugowania
w lewym panelu okna można grupować zdefiniowane konfiguracje według typu szablonu; umożliwia edytowanie szablonów konfiguracji u dołu. Wybraną konfigurację możesz edytować w panelu po prawej stronie. Aby zobaczyć ukryte elementy, zmień rozmiar okna.
W tym oknie możesz:
- Utwórz nowe konfiguracje uruchamiania i debugowania.
- Edytuj konfiguracje uruchamiania i debugowania.
- Edytuj szablony konfiguracji.
- Konfiguracje sortowania i grupowania.
Utwórz nową konfigurację uruchamiania/debugowania
Nowe konfiguracje uruchamiania/debugowania możesz definiować w sekcji Uruchom/debugowanie w oknie Konfiguracje, w oknie Projekt lub w kodzie Kod Redaktor. Nowa konfiguracja musi być oparta na szablonie konfiguracji.
W oknie Konfiguracje uruchamiania/debugowania wyświetlane są konfiguracje uruchamiania/debugowania szablonów konfiguracji. Nową konfigurację możesz rozpocząć bezpośrednio z szablonu lub kopii innej konfiguracji. Następnie możesz w razie potrzeby zmienić wartości pól.
Możesz też kliknąć prawym przyciskiem myszy element w Projektie. , aby automatycznie utworzyć konfigurację konkretnego elementu. Dla: Jeśli na przykład chcesz wykonać określoną czynność, możesz kliknąć prawym przyciskiem myszy aktywności w Javie i wybierz Uruchom. W zależności od produktu Android Studio korzysta z aplikacji na Androida, Android Instrumented Tests lub JUnit szablon konfiguracji, aby utworzyć konfigurację.
W edytorze kodu można łatwo utworzyć konfigurację testu oraz uruchamiania/debugowania klasy lub metody, a potem uruchomić je.
Gdy utworzysz konfigurację poza sekcją Uruchom/debugowanie Konfiguracje, konfiguracja jest tymczasowa. chyba że je zapiszesz. Domyślnie możesz mieć maksymalnie 5 konfiguracji tymczasowych w projekcie, zanim rozpocznie się ich usuwanie w Android Studio. Aby to zmienić domyślny, otwórz ustawienia Android Studio i zmień Ustawienia zaawansowane > Uruchom/debuguj > Tymczasowy limit konfiguracji. Więcej informacji o konfiguracjach tymczasowych znajdziesz w artykule Tworzenie i zapisywanie tymczasowych konfiguracji uruchamiania/debugowania.
Rozpoczynanie konfiguracji na podstawie szablonu
Aby zdefiniować konfigurację uruchamiania/debugowania na podstawie szablonu, wykonaj te czynności:
- Otwórz okno Uruchom/debugowanie Okno konfiguracji.
- Kliknij Add New Configuration (Dodaj nową konfigurację)
.
- Wybierz szablon konfiguracji.
- Wpisz nazwę w polu Nazwa.
- W razie potrzeby zmodyfikuj konfigurację.
- Kliknij Zastosuj lub OK.
Pamiętaj, aby poprawić wszystkie wyświetlone błędy na dole okna.
Rozpoczynanie konfiguracji od kopii
Aby zdefiniować konfigurację uruchamiania/debugowania, zaczynając od kopii innej wykonaj te czynności:
- Otwórz okno Uruchom/debugowanie Okno konfiguracji.
- Wybierz istniejącą konfigurację uruchamiania/debugowania w panelu po lewej stronie.
- Kliknij Kopiuj konfigurację
.
- Wpisz nazwę w polu Nazwa.
- W razie potrzeby zmodyfikuj konfigurację.
- Kliknij Zastosuj lub OK.
Pamiętaj, aby poprawić wszystkie wyświetlone błędy na dole okna.
Zdefiniuj konfigurację elementu w projekt
Android Studio może utworzyć konfigurację uruchamiania/debugowania niektórych elementów. wyświetlone w oknie Projekt. Konfiguracja jest oparta na danych szablon konfiguracji w taki sposób:
- Plik Java z aktywnością: szablon aplikacji na Androida.
- Pakiet: szablon Android Instrumented Tests lub Android JUnit, w zależności od zbiór źródeł. Jeśli wybierzesz test instrumentalny, korzysta z szablonu Testy instrumentalne na Androida. Jeśli wybierzesz test jednostek lokalnych, korzysta z szablonu Android JUnit. W przypadku testu jednostkowego możesz: opcjonalnie uruchamiać z zasięgiem kodu. Więcej informacji można znaleźć w sekcji Kod Zasięg.
Aby utworzyć konfigurację uruchamiania/debugowania elementu w projekcie, wykonaj te czynności:
- Otwieranie projektu w Androidzie lub widoku projektu.
- W oknie Projekt kliknij prawym przyciskiem myszy element, który można przetestować, i wybierz Uruchom filename lub Debuguj filename. Android Studio tworzy tymczasową konfigurację uruchamiania/debugowania i uruchamia aplikację.
- Na pasku narzędzi otwórz listę Wybierz konfigurację uruchamiania/debugowania.
- Wybierz Save Configuration (Zapisz konfigurację) wśród opcji obok konfiguracji, którą chcesz.
które chcesz zapisać.
Rysunek 2. Zapisywanie konfiguracji
Uwaga: jeśli klikniesz prawym przyciskiem myszy i uruchomisz lub zdebugujesz ten sam element (ale nie Android Studio tworzy nową konfigurację.
Zdefiniuj konfigurację testową dla klasy lub metoda
Android Studio pozwala zdefiniować konfigurację uruchomienia testowego dla klasy lub metody. a potem wykonać. Jeśli na przykład utworzysz nowe zajęcia, możesz utworzyć i przeprowadzenie jego testu. Jeśli test się zaliczy, możesz uruchomić reszty projektu, by mieć pewność, że nowy kod niczego nie zepsuje w innym miejscu.
Android Studio używa narzędzia Android Instrumented Tests lub Android JUnit w zależności od źródła ustaw. W przypadku testu jednostkowego lokalnego możesz opcjonalnie uruchomić go za pomocą kodu zasięg.
Aby utworzyć konfigurację uruchamiania/debugowania klasy lub metody w kodzie Java, wykonaj te czynności:
- Otwieranie projektu w Androidzie lub widoku projektu.
- Otwórz plik Java w edytorze kodu.
- Wybierz klasę lub metodę w kodzie, a następnie naciśnij Control+Shift+T (Command+Shift+T).
- W wyświetlonym menu wybierz Utwórz nowy test.
- W Utwórz Testuj, opcjonalnie zmień lub ustaw wartości i kliknij OK.
- W oknie Choose Target Directory (Wybierz katalog docelowy) wybierz w którym miejscu w projekcie Android Studio ma przeprowadzić test. Możesz określić lokalizację przez strukturę katalogu lub wybierając sąsiednią klasę.
- Kliknij OK.
Nowy test pojawi się w oknie Projekt w odpowiednim oknie testowym zestawem źródeł źródłowych.
- Aby uruchomić test, wykonaj jedną z tych czynności:
- W oknie Projekt kliknij test prawym przyciskiem myszy i wybierz Uruchom lub Debuguj.
- W edytorze kodu kliknij prawym przyciskiem myszy definicję klasy lub nazwę metody w pliku testowym i wybierz Uruchom lub Debuguj, by przetestować wszystkie metody zajęcia.
- Na pasku narzędzi otwórz listę Wybierz konfigurację uruchamiania/debugowania.
- Wybierz Save Configuration (Zapisz konfigurację) wśród opcji obok konfiguracji, którą chcesz.
które chcesz zapisać.
Rysunek 3. Zapisywanie konfiguracji
Uruchamianie lub debugowanie aplikacji przy użyciu zapisanej konfiguracji
Jeśli masz zapisaną konfigurację uruchamiania/debugowania, możesz ją wybrać przed uruchomieniem lub na debugowanie aplikacji.
Aby użyć zapisanej konfiguracji uruchamiania/debugowania, wykonaj te czynności:
- W sekcji Wybierz konfigurację uruchamiania/debugowania wybierz konfigurację uruchamiania/debugowania. na pasku narzędzi.
- Wybierz Uruchom > Uruchom lub Uruchom > Debuguj.
Lista znajduje się po lewej stronie opcji Uruchom.
i Debuguj.
;
na przykład
.
Możesz też kliknąć Uruchom lub
Debuguj
Edytowanie konfiguracji uruchamiania/debugowania
Aby edytować konfigurację uruchamiania/debugowania:
- Otwórz okno Uruchom/debugowanie Okno konfiguracji.
- Wybierz konfigurację w panelu po lewej stronie.
- W razie potrzeby zmodyfikuj konfigurację.
- Kliknij Zastosuj lub OK.
Pamiętaj, aby poprawić wszystkie wyświetlone błędy na dole okna.
Edytowanie szablonu konfiguracji uruchamiania/debugowania
Możesz edytować szablony konfiguracji udostępniane przez Android Studio, aby jego rozwoju. Zmodyfikowanie szablonu nie ma wpływu na istniejące w konfiguracji, które korzystają z tego szablonu. Jeśli na przykład chcesz utworzyć konfiguracji określonego typu, możesz edytować szablon, a następnie Gdy skończysz, zmień go z powrotem.
Chociaż nie możesz tworzyć nowych szablonów, możesz tworzyć konfiguracje do stosowania podobnie jak w przypadku szablonu. Możesz skopiować konfigurację i zmodyfikuj kopię, aby utworzyć nowe konfiguracje.
Aby edytować szablon, wykonaj te czynności:
- Otwórz okno Uruchom/debugowanie Okno konfiguracji.
- Kliknij Edytuj szablony konfiguracji...
- Wybierz szablon konfiguracji.
- W razie potrzeby zmodyfikuj konfigurację.
- Kliknij Zastosuj lub OK.
Pamiętaj, aby poprawić wszystkie wyświetlone błędy na dole okna.
Sortowanie i grupowanie konfiguracje
W oknie Konfiguracje uruchamiania/debugowania możesz posortować aby szybko je znaleźć. Możesz sortować elementy w folderów i tworzyć nowe foldery dla konfiguracji grup.
Aby posortować konfiguracje alfabetycznie, wykonaj te czynności:
- Otwórz okno Uruchom/debugowanie Okno konfiguracji.
- Wybierz folder zawierający konfiguracje.
- Kliknij Sortuj konfiguracje.
- Kliknij OK, aby zamknąć okno.
Aby pogrupować konfiguracje w folderach, wykonaj te czynności:
- Otwórz okno Uruchom/debugowanie Okno konfiguracji.
- Wybierz folder zawierający konfiguracje.
- Kliknij Utwórz nowy folder.
- Wpisz nazwę w polu Nazwa folderu.
- Kliknij Zastosuj, aby zapisać nazwę.
Określ przed opublikowaniem operacje
Możesz określić zadania do wykonania przed zastosowaniem polecenia uruchomienia/debugowania. konfiguracji. Zadania są wykonywane w kolejności, w jakiej są widoczne na liście.
Uwaga: określanie zadań przed uruchomieniem jest funkcją zaawansowaną. Zamiast
zalecamy użycie
logiki przygotowawczej jako zadań
build.gradle
, dzięki czemu będą wykonywane w przypadku kompilacji z poziomu wiersza poleceń.
Aby utworzyć listę zadań, wykonaj te czynności:
- U dołu okna Konfiguracje uruchamiania/debugowania w sekcji Przed uruchomieniem
(może być konieczne przewinięcie strony w dół),
kliknij Dodaj
i wybierz typ zadania. Jeśli otworzy się okno, wypełnij pola kliknij OK.
- W razie potrzeby dodaj więcej zadań.
- Aby posortować zadania, przeciągnij je lub wybierz zadanie i kliknij w górę.
i w dół
aby przesunąć ją w górę lub w dół na liście.
- Wybierz Pokaż tę stronę, jeśli chcesz wyświetlić uruchomienie/debugowanie.
ustawień konfiguracji przed ich zastosowaniem.
Ta opcja jest odznaczona przez wartość domyślną.
- Wybierz Okno aktywnego narzędzia, jeśli chcesz,
Uruchom
lub
Debuguj
okno narzędzia, które ma być aktywowane po uruchomieniu lub debugowaniu aplikacji.
Ta opcja jest domyślnie wybrana.
Aby usunąć zadanie z listy, wykonaj te czynności:
- Wybierz zadanie.
- Kliknij Usuń.
Aby edytować zadanie, wykonaj te czynności:
- Wybierz zadanie.
- Kliknij Edytuj.
- Edytuj ustawienia zadania w otwartym oknie dialogowym, a następnie kliknij OK.
W tabeli poniżej znajdziesz dostępne zadania, które możesz dodać.
Zadanie | Opis |
---|---|
Uruchom narzędzie zewnętrzne | Uruchom aplikację zewnętrzną w stosunku do Android Studio. W zewnętrznej Narzędzia, wybierz co najmniej 1 aplikację, którą chcesz uruchomić. i kliknij OK. Jeśli aplikacja nie jest zdefiniowana w Androidzie Studio, dodaj swoją definicję w menu Tworzenie Okno Narzędzia. Więcej informacji znajdziesz w sekcji Konfigurowanie Narzędzia innych firm i narzędzia zewnętrzne Narzędzia. |
Uruchom inną konfigurację | Wykonaj jedną z istniejących konfiguracji uruchamiania/debugowania. W Okno Wybierz konfigurację do wykonania, wybierz konfigurację aby je wykonać, a następnie kliknij OK. |
Marka | Skompiluj projekt lub moduł. Android Studio wykonuje narzędzie Marka Polecenie modułu, jeśli konfiguracja uruchamiania/debugowania określa konkretny moduł. lub wykonuje polecenia Make Polecenie dotyczące projektu, jeśli nie określono żadnych modułów. |
Utwórz projekt | Skompiluj projekt. Android Studio wykonuje narzędzie Marka Polecenie dotyczące projektu. |
Twórz, bez sprawdzania błędów | Ta opcja jest taka sama jak w przypadku opcji Marka, z wyjątkiem tego, że Android Studio wykonuje konfigurację uruchamiania/debugowania niezależnie od kompilacji wynik. |
Artefakty kompilacji | Nieobsługiwane w Android Studio. |
Uruchom zadanie Gradle | uruchomić zadanie Gradle. W oknie Podaj szczegóły i kliknij OK. Aby dowiedzieć się więcej, Więcej informacji: Gradle. |
Marka zgodna z Gradle | skompilować projekt i uruchomić Gradle; |
Kreator Gradle App Engine | Zadanie kreatora Gradle w App Engine synchronizuje projekt, a następnie kompiluje moduł. |
Szablony konfiguracji
Android Studio udostępnia szablony konfiguracji, które ułatwiają rozpoczęcie pracy szybko. W sekcjach poniżej opisujemy szablony, które mają zastosowanie do Programowanie na Androida w Android Studio:
- Aplikacja na Androida
- Testy Androida
- Serwer DevApp Engine w App Engine
- Widżety, kafelki i tarcza zegarka z Wear OS
Uwaga: Android Studio 2.1.x i starsze miały wersję natywną Szablon aplikacji, którego nie ma w nowszych wersjach. Jeśli masz szablon aplikacji natywnej w projekcie, gdy go wczytasz, Android Studio konwertuje go do aplikacji na Androida. Okno Konwertuj projekt przeprowadzi Cię przez cały proces.
Nieobsługiwane szablony
Te nieobsługiwane szablony pochodzą z IntelliJ IDEA i nie są konkretne do tworzenia aplikacji na Androida za pomocą Android Studio. Więcej informacji na temat korzystania z tych szablonów znajdziesz skorzystaj z linków do dokumentacji IntelliJ IDEA.
- Aplikacja
- Złożone
- Gradle
- Groovy
- JAR Aplikacja
- Java Zdrap
- JUnit
- Kotlin
- Skrypt Kotlin
- Debugowanie zdalne
- Skrypt powłoki
- TestNG
Typowe opcje konfiguracji
Opcje Nazwa, Zezwalaj na uruchamianie równoległe i Przechowuj jako plik projektu są wspólne do wielu szablonów konfiguracji. Więcej informacji na ten temat znajdziesz w Ustawienia wspólne
Android Studio przechowuje udostępnioną konfigurację uruchamiania/debugowania w poszczególnych plikach XML.
pliki w folderze project_directory/.idea/runConfigurations/
.
Więcej informacji:
Format oparty na katalogu w dokumentacji projektów IntelliJ.
Aplikacja na Androida
Możesz uruchamiać i debugować aplikacje i aktywności na Androida na urządzeniach wirtualnych lub sprzętowych za pomocą konfiguracji opartych na tym szablonie.
Karta Ogólne
Na karcie Ogólne możesz określić instalację, uruchomienie i opcjami wdrożenia. Karta Inne też zawiera opcje instalacji.
Pole | Opis |
---|---|
Moduł | Wybierz moduł aby zastosować tę konfigurację. |
Opcje instalacji: wdróż | Wybierz opcję:
|
Opcje instalacji: wdróż jako aplikację błyskawiczną | Jeśli Twoja aplikacja obsługuje aplikacje błyskawiczne – oznacza to, że możesz dodać do nich obsługę aplikacji błyskawicznych. podczas tworzenia nowego projektu lub tworzenia nowego projektu. lub inne systemy błyskawiczne modułów funkcji – możesz je wdrożyć, zaznaczając obok opcji Wdróż jako aplikację błyskawiczną. |
Opcje instalacji: funkcje do wdrożenia |
Jeśli aplikacja zawiera
moduły funkcji,
Zaznacz pole obok każdej funkcji, którą chcesz uwzględnić podczas wdrażania aplikacji. Widzisz,
wybierz tę opcję tylko wtedy, gdy aplikacja zawiera moduły funkcji.
Uwaga: jeśli chcesz przetestować pobieranie i instalowanie modułów funkcji w jeśli chcesz, musisz to zrobić, gdy opublikujesz pakiet aplikacji, a następnie użyjesz Konsoli Play ścieżki testu wewnętrznego. Więcej informacji: Przesyłanie pakietu aplikacji do Google Play Konsola. |
Opcje instalacji: zainstaluj flagi | Wpisz opcje narzędzia adb pm
install , których chcesz użyć. Sformatuj opcje w taki sam sposób, jak
z wiersza poleceń, ale bez ścieżki. Oto przykłady:
i
Domyślnie: brak opcji. |
Opcje uruchamiania: uruchom | Wybierz opcję:
|
Opcje uruchamiania: flagi uruchamiania | Wpisz opcje narzędzia adb am
start , których chcesz użyć. Sformatuj opcje tak samo jak na
wiersza poleceń, ale bez intencji. Na przykład:
Ta opcja nie będzie widoczna, jeśli dla opcji Uruchom wybierzesz wartość Nic. Domyślnie: brak opcji. |
Opcje celu wdrożenia: cel | Wybierz opcję:
|
Opcje celu wdrożenia: używaj tego samego urządzenia przy kolejnych premierach |
Domyślnie ta opcja nie jest zaznaczona, więc przy każdym uruchomieniu aplikacji przycisk Wybierz
Pojawi się okno wdrażania, w którym możesz wybrać urządzenie. Gdy wybierzesz tę opcję
a potem uruchomisz aplikację, pojawi się okno Wybierz wdrożenie, w którym możesz wybrać urządzenie. Następnie:
po każdym uruchomieniu aplikacja jest uruchamiana na wybranym urządzeniu bez wyświetlania
Okno Wybierz wdrożenie. Aby uruchomić aplikację na innym urządzeniu, odznacz opcję Użyj
na tym samym urządzeniu na potrzeby przyszłych premier lub zatrzymaj aplikację, klikając Uruchom > Zatrzymaj app
lub Zatrzymaj ![]() |
Przed uruchomieniem | Patrz sekcja Definiowanie przed wprowadzeniem produktu na rynek Operacje. |
Karta Różne
Na karcie Inne możesz określić parametr logcat, opcji instalacji, uruchamiania i wdrażania. Karta Ogólne .
Pole | Opis |
---|---|
Logcat: automatycznie pokazuj logcat | Jeśli wybierzesz tę opcję, za każdym razem okno Logcat będzie się otwierać udało Ci się wdrożyć i uruchomić aplikację przy użyciu tej konfiguracji. Domyślne: wybrane. |
Logcat: wyczyść dziennik przed uruchomieniem | Wybierz tę opcję, jeśli chcesz, aby Android Studio usunął dane z: z pliku dziennika przed uruchomieniem aplikacji. Domyślne: niezaznaczone. |
Opcje instalacji: pomiń instalację, jeśli plik APK nie został zmieniony. | Gdy ta opcja jest zaznaczona, Android Studio nie wdraża ponownie pakietu APK, jeśli wykryje, że pozostaje on bez zmian. Jeśli chcesz, aby Android Studio wymuszał instalację pakietu APK, nawet jeśli nic się nie zmieniło: i usuń zaznaczenie tej opcji. Domyślnie: wybrano |
Opcje instalacji: wymuś zatrzymanie uruchomionej aplikacji przed uruchomieniem aktywność | Jeśli ta opcja jest włączona, Android Studio wykryje, że nie musi ponownie zainstalować plik APK bez zmian, spowoduje to wymuszenie zatrzymania aplikacji, Aplikacja uruchamia się od domyślnej aktywności programu uruchamiającego. Jeśli nie zaznaczysz tej opcji, Android Studio nie wymusza zatrzymania aplikacji. Ta opcja działa z poprzednią opcją, która określa, czy z zainstalowanym plikiem APK. Obie opcje instalacji pozostaw domyślne wartości, chyba że chcesz wymusić instalację za każdym razem. W niektórych przypadkach możesz usunąć zaznaczenie tej opcji. Jeśli na przykład jesteś zapisanym w mechanizmie metody wprowadzania (IME), wymuszanie zatrzymania aplikacji usuwa jej wybór, bieżącej klawiatury, której możesz nie potrzebować. Domyślnie: wybrano |
Przed uruchomieniem | Patrz Definiowanie operacji przed uruchomieniem. |
Karta Debuger
Określ opcje debugowania na karcie Debuger.
W przypadku kodu w języku C i C++ Android Studio używa debugera LLDB. Oprócz standardowych w interfejsie Androida Studio, w oknie debugera znajduje się karta LLDB, umożliwia wprowadzanie poleceń LLDB podczas debugowania. Możesz wpisać te same polecenia używanych przez Android Studio do wyświetlania informacji w interfejsie debugera. dodatkowych operacji.
W przypadku projektów C i C++ możesz dodać katalogi symboli, a także uruchamianie LLDB i opublikowanie poleceń dołączania na karcie Debuger. Służą do tego podobne do tych:
- Dodaj
– Dodaj katalog lub polecenie.
- Usuń
– Wybierz katalog lub polecenie, a potem kliknij ten przycisk, aby usunąć element.
- Wzrost o
– Wybierz katalog lub polecenie, a następnie kliknij ten przycisk, aby przenieść element w górę listę.
- W dół o
– Wybierz katalog lub polecenie, a następnie kliknij ten przycisk, aby przenieść element w dół listę.
Przeczytaj artykuł Debugowanie App, aby dowiedzieć się więcej o debugowaniu w Android Studio.
Pole | Opis |
---|---|
Typ debugowania | Wybierz jedną z tych opcji:
Zalecamy korzystanie z opcji Wykryj automatycznie, ponieważ odpowiedni typ debugowania do Twojego projektu. |
Katalogi symboli | Jeśli chcesz dodać pliki symboli, by udostępnić debugerowi język C lub C++ wygenerowanych poza Android Studio, możesz dodać jeden lub więcej tutaj. Android Studio preferuje używanie plików w tych nad plikami wygenerowanymi przez metodę Androida Wtyczka do Gradle. Debuger przeszukuje katalogi od góry do dołu, w określonej kolejności, aż znajdzie to, czego potrzebuje. Przeszukuje rekurencyjnie przez plików w katalogu. Aby zoptymalizować listę i zaoszczędzić czas, umieść katalogi najczęściej używane na początku listy. Jeśli określisz katalog wysoko w drzewie, przeszukiwanie wszystkich i podkatalogów. Jeśli dodasz bardzo specyficzny katalog, . Musisz znaleźć równowagę między szybkością a wyszukiwaniem plików potrzebnych do debugowania. Na przykład, jeśli masz katalog, który zawiera i podkatalogów dla różnych Plik binarny Androida interfejsów (ABI), możesz dodać katalog dla konkretnego interfejsu ABI lub dla wszystkich interfejsów ABI. Chociaż przeszukiwanie wyższych poziomów może potrwać dłużej, jest bardziej niezawodne, jeśli zdecydujesz się na debugowanie na innym urządzenia. Pamiętaj, że nie musisz dodawać katalogów zawierających pliki symboli Gradle. ponieważ debuger używa ich automatycznie. |
Polecenia startowe LLDB | Dodaj polecenia LLDB, które chcesz wykonać przed podłączeniem debugera do tego procesu. Dla: można na przykład określić ustawienia dla środowiska, tak jak w tym przykładzie polecenie:
LLDB wykonuje polecenia w kolejności od góry do dołu. |
Polecenia dołączenia po publikacji w LLDB | Dodaj polecenia LLDB, które chcesz wykonać zaraz po debugerze co jest powiązane z tym procesem. Na przykład:
LLDB wykonuje polecenia w kolejności od góry do dołu. |
Katalog roboczy hosta | Podaj katalog roboczy LLDB. |
Logowanie: kanały docelowe | Określ opcje logu LLDB. Android Studio ustawia opcje domyślne na doświadczeniach zespołu – nie jest zbyt powolne, ale zawiera potrzebne informacje . Często pojawia się prośba o podanie dziennika w przypadku błędu w Android Studio raportów. Wartość domyślna to
Możesz ją zmienić, aby zebrać więcej informacji. Na przykład parametr
poniższe opcje dziennika zbierają informacje o
lldb process
platform:gdb-remote packets
Pełną listę logów
wpisz polecenie
Android Studio umieszcza dzienniki urządzenia w poniższej lokalizacji, gdzie
lub, jeśli
wielu użytkowników korzysta z urządzenia, dzienniki umieszcza się w następującej lokalizacji:
gdzie
Dla: informacje na temat używania LLDB do debugowania zdalnego znajdziesz w artykule Zdalne debugowanie. |
Przed uruchomieniem | Patrz sekcja Definiowanie przed wprowadzeniem produktu na rynek Operacje. |
Karta Profilowanie
Musisz zaznaczyć opcję Włącz profilowanie zaawansowane, aby włączyć określone funkcji Android Profiler, gdy: masz urządzenie z Androidem 7.1 lub starszym.
Testy Androida
Szablon testowy, którego należy użyć, zależy od zbiór źródeł. Rozwiązanie na Androida Szablon Tests jest przeznaczony dla instrumentalnego test. Szablon JUnit na Androida dotyczy testu jednostkowego lokalnego.
Uwaga: jeśli używasz Laboratorium Firebase do testowania na różnych urządzeniach, możesz używać Android JUnit do zdefiniowania testów instrumentowanych. Więcej informacji znajdziesz w artykule Przeprowadzanie testów w Laboratorium Firebase.
Poniżej znajduje się opis kart i pól testu strojonych w Androidzie. szablon. Informacje o kartach i polach szablonu testowego Android JUnit znajdziesz w IntelliJ uruchamianie/debugowanie Konfiguracja: JUnit
Karta Ogólne
Na karcie Ogólne możesz określić lokalizację testu uruchamiania narzędzia, powłoki adb i opcji wdrażania.
Pole | Opis |
---|---|
Moduł | Wybierz moduł aby zastosować tę konfigurację. |
Test | W tym obszarze określ lokalizację testów, które chcesz przeprowadzić:
|
Uruchamianie określonych narzędzi (opcjonalnie) | Wpisz lokalizację instrumentu
Runner; kliknij Więcej, aby otworzyć okno.
Plik build.gradle określa lokalizację instrumentacji
biegacz; zastępuje ją. Wartością domyślną jest zwykle AndroidJUnitRunner
w klasie z AndroidX Test.
|
Dodatkowe opcje | Wpisz opcje narzędzia adb Wartość domyślna: brak opcji. |
Opcje celu wdrożenia: cel | Wybierz opcję:
|
Opcje celu wdrożenia: używaj tego samego urządzenia przy kolejnych premierach | Jeśli chcesz automatycznie używać urządzenia wybranego w w przyszłości w oknie Wybieranie celu wdrożenia, wybierz tę opcję . Jeśli urządzenie nie jest dostępne, pojawi się okno. Domyślne: nie zaznaczono |
Przed uruchomieniem | Patrz sekcja Definiowanie przed wprowadzeniem produktu na rynek Operacje. |
Karta Różne
Karta Inne zawiera opcje instalacji narzędzia logcat i instalacji.
Pole | Opis |
---|---|
Logcat: wyczyść dziennik przed uruchomieniem | Wybierz tę opcję, jeśli chcesz, aby Android Studio usunął dane z: z pliku dziennika przed uruchomieniem aplikacji. Domyślne: niezaznaczone. |
Opcje instalacji: pomiń instalację, jeśli plik APK nie został zmieniony | Gdy ta opcja jest zaznaczona, Android Studio nie wdraża ponownie pakietu APK, jeśli wykryje że pozostaje bez zmian. Jeśli chcesz, aby Android Studio wymuszał instalację pakietu APK, , nawet jeśli nie uległa zmianie, usuń zaznaczenie tej opcji. Domyślnie: wybrano |
Opcje instalacji: wymuś zatrzymanie uruchomionej aplikacji przed uruchomieniem aktywność | Jeśli ta opcja jest włączona, Android Studio wykryje, że nie musi ponownie zainstalować plik APK bez zmian, spowoduje to wymuszenie zatrzymania aplikacji, Aplikacja uruchamia się od domyślnej aktywności programu uruchamiającego. Jeśli nie zaznaczysz tej opcji, Android Studio nie wymusza zatrzymania aplikacji. Ta opcja działa w połączeniu z poprzednią opcją określającą, czy z zainstalowanym plikiem APK. Obie opcje instalacji pozostaw domyślne wartości, chyba że chcesz wymusić instalację za każdym razem. W niektórych przypadkach możesz usunąć zaznaczenie tej opcji. Jeśli na przykład jesteś zapisanym w mechanizmie metody wprowadzania (IME), wymuszanie zatrzymania aplikacji usuwa jej wybór, bieżącej klawiatury, której możesz nie potrzebować. Domyślnie: wybrano |
Przed uruchomieniem | Patrz sekcja Definiowanie przed wprowadzeniem produktu na rynek Operacje. |
Karta Debuger
Określ opcje debugowania na karcie Debuger.
W przypadku kodu w języku C i C++ Android Studio używa debugera LLDB. Oprócz standardowych w interfejsie Androida Studio, w oknie debugera znajduje się karta LLDB, umożliwia wprowadzanie poleceń LLDB podczas debugowania. Możesz wpisać te same polecenia używanych przez Android Studio do wyświetlania informacji w interfejsie debugera. dodatkowych operacji.
W przypadku projektów C i C++ możesz dodać katalogi symboli, a także uruchamianie LLDB i opublikowanie poleceń dołączania na karcie Debuger. Służą do tego podobne do tych:
- Dodaj
– Dodaj katalog lub polecenie.
- Usuń
– Wybierz katalog lub polecenie, a potem kliknij ten przycisk, aby usunąć element.
- Wzrost o
– Wybierz katalog lub polecenie, a następnie kliknij ten przycisk, aby przenieść element w górę listę.
- W dół o
– Wybierz katalog lub polecenie, a następnie kliknij ten przycisk, aby przenieść element w dół listę.
Przeczytaj artykuł Debugowanie App, aby dowiedzieć się więcej o debugowaniu w Android Studio.
Pole | Opis |
---|---|
Typ debugowania | Wybierz jedną z tych opcji:
Zalecamy korzystanie z opcji Wykryj automatycznie, ponieważ odpowiedni typ debugowania do Twojego projektu. |
Katalogi symboli | Jeśli chcesz dodać pliki symboli, by udostępnić debugerowi język C lub C++ wygenerowanych poza Android Studio, możesz dodać jeden lub więcej tutaj. Android Studio preferuje używanie plików w tych nad plikami wygenerowanymi przez metodę Androida Wtyczka do Gradle. Debuger przeszukuje katalogi od góry do dołu, w określonej kolejności, aż znajdzie to, czego potrzebuje. Przeszukuje rekurencyjnie przez plików w katalogu. Aby zoptymalizować listę i zaoszczędzić czas, umieść katalogi najczęściej używane na początku listy. Jeśli określisz katalog wysoko w drzewie, przeszukiwanie wszystkich i podkatalogów. Jeśli dodasz bardzo specyficzny katalog, . Musisz znaleźć równowagę między szybkością a wyszukiwaniem plików potrzebne do debugowania. Na przykład, jeśli masz katalog, który zawiera i podkatalogów dla różnych Plik binarny Androida interfejsów (ABI), możesz dodać katalog dla konkretnego interfejsu ABI lub dla wszystkich interfejsów ABI. Chociaż przeszukiwanie wyższych poziomów może potrwać dłużej, jest bardziej niezawodne, jeśli zdecydujesz się na debugowanie na innym urządzenia. Pamiętaj, że nie musisz dodawać katalogów zawierających pliki symboli Gradle. ponieważ debuger używa ich automatycznie. |
Polecenia startowe LLDB | Dodaj polecenia LLDB, które chcesz wykonać przed podłączeniem debugera do tego procesu. Dla: można na przykład określić ustawienia dla środowiska, tak jak w tym przykładzie polecenie:
LLDB wykonuje polecenia w kolejności od góry do dołu. |
Polecenia dołączenia po publikacji w LLDB | Dodaj polecenia LLDB, które chcesz wykonać zaraz po debugerze co jest powiązane z tym procesem. Na przykład:
LLDB wykonuje polecenia w kolejności od góry do dołu. |
Katalog roboczy hosta | Podaj katalog roboczy LLDB. |
Logowanie: kanały docelowe | Określ opcje logu LLDB. Android Studio ustawia opcje domyślne na doświadczeniach zespołu – nie jest zbyt powolne, ale zawiera potrzebne informacje . Często pojawia się prośba o podanie dziennika w przypadku błędu w Android Studio raportów. Wartość domyślna to
Możesz ją zmienić, aby zebrać więcej informacji. Na przykład parametr
poniższe opcje dziennika zbierają informacje o
lldb process
platform:gdb-remote packets
Pełną listę logów
wpisz polecenie
Android Studio umieszcza dzienniki urządzenia w poniższej lokalizacji, gdzie
lub, jeśli
wielu użytkowników korzysta z urządzenia, dzienniki umieszcza się w następującej lokalizacji:
gdzie
Dla: informacje na temat używania LLDB do debugowania zdalnego znajdziesz w artykule Zdalne debugowanie. |
Przed uruchomieniem | Patrz sekcja Definiowanie przed wprowadzeniem produktu na rynek Operacje. |
Serwer aplikacji deweloperskich w App Engine
Ta konfiguracja uruchamiania/debugowania ma zastosowanie do Google Cloud Platform. Więcej
Więcej informacji można znaleźć w sekcji
Uruchamianie, testowanie i wdrażanie backendu. Gdy wykonasz te czynności i zsynchronizujesz projekt
do pliku build.gradle
, Android Studio tworzy serwer App Engine DevAppServer
za Ciebie.
Pamiętaj, że aplikacja IntellJ IDEA Engine Server to inny szablon, który nie jest dostępny w Android Studio.
Pole | Opis |
---|---|
Tylko jedna instancja | Jeśli chcesz mieć pewność, że tylko jedno wystąpienie polecenia uruchamiania/debugowania jest obecnie wykonywana konfiguracja, wybierz tę opcję. Nie zezwala na: wiele uruchomień tej samej konfiguracji jednocześnie. Domyślnie: wybrano |
Moduł | Wybierz moduł aby zastosować tę konfigurację. |
Synchronizuj z konfiguracją build.gradle | Jeśli dodasz moduł App Engine i zsynchronizujesz go z build.gradle
, pola konfiguracyjne App Engine DevAppServer zostaną wypełnione za Ciebie (zalecane).
Wybierz kolejno Plik > Synchronizacja projektu z plikami Gradle też synchronizuje projekt. Domyślnie: wybrano
|
Pakiet SDK App Engine | Wpisz ścieżkę do pliku Google Pakiet SDK App Engine dla Javy na komputerze lokalnym. Kliknij ..., aby go wybrać. w oknie. |
Ścieżka wojenna | Wpisz ścieżkę do aplikacji internetowej Katalog Archiwizuj (WAR) aplikacji wdrażanej w lokalnego serwera programistycznego. Kliknij ..., aby wybrać go w oknie. |
Argi maszyn wirtualnych | Określ opcje wiersza poleceń, które chcesz przekazać do maszyny wirtualnej podczas uruchamiania serwera DevAppServer. Podczas określania opcji:
Więcej informacji o opcjach maszyn wirtualnych znajdziesz w dokumentacji J2SE
wersję, taką jak
Domyślnie: brak opcji |
Adres serwera | Wpisz adres hosta. który ma być używany przez serwer. Być może trzeba będzie też podać adres, uzyskać dostęp do serwera programistycznego z innego komputera w sieci. Adres 0.0.0.0 zezwala zarówno na dostęp lokalny, jak i na nazwę hosta. Domyślnie: localhost |
Port serwera | Wpisz port numer, który ma być używany przez serwer. Domyślnie: 8080 |
Wyłącz sprawdzanie dostępności aktualizacji pakietu SDK App Engine | Jeśli jest podany, serwer programistyczny nie będzie skontaktuj się z App Engine, by sprawdzić dostępność nowej wersji SDK. Domyślnie serwer po uruchomieniu sprawdza dostępność nowej wersji i drukuje pojawi się komunikat, że dostępna jest nowa wersja. |
Przed uruchomieniem | Patrz sekcja Definiowanie przed wprowadzeniem produktu na rynek Operacje. |
Konfiguracje uruchamiania i debugowania na Wear OS
Szablony komplikacji, kafelka i tarczy zegarka na Wear OS umożliwiają uruchamianie i debugowanie aplikacji na Wear OS na za pomocą urządzeń wirtualnych lub sprzętowych. Większość opcji konfiguracji szablonów jest taka sama jak Opcje aplikacji na Androida Oto opcje, które są bardziej dotyczące konfiguracji uruchamiania/debugowania na Wear OS:
- W przypadku wszystkich konfiguracji uruchamiania/debugowania Wear musisz wybrać konkretne źródło danych widżetu. lub tarczę zegarka (w zależności od szablonu), do której chcesz zastosować konfigurację. Ogólnie każda z te encje odpowiadają klasom w Twoim kodzie.
- W przypadku konfiguracji uruchamiania/debugowania komplikacji na Wear OS musisz wybrać bok, w którym chcesz wstawić dane widżetu dostarczone przez źródło danych do widżetu. Możesz określić, w górnej, prawej, dolnej części, lewej lub w tle tarczy zegarka.
- W przypadku konfiguracji uruchamiania/debugowania komplikacji na Wear OS musisz też wybrać Typ parametru dane do widżetu dostarczane przez źródło danych do widżetu. Typy, które możesz wybrać, są ograniczone tylko do tych, które są dostarczane przez wybrane źródło danych widżetu oraz obsługiwane przez w wybranym boksie. Listę typów danych widżetów znajdziesz tutaj: Typy i pola.
Możesz również uruchomić te powierzchnie, korzystając z ikony rynien, która jest obok deklaracji powierzchni, tak jak na ilustracji poniżej.
![Uruchom przycisk w rynien obok klasy WatchFaceService.](https://developer.android.google.cn/static/studio/images/run/wearos_os_gutter_run.png?authuser=8&hl=pl)