Quando esegui, esegui il debug o testi il codice, Android Studio utilizza una configurazione di esecuzione/debug per determinare come eseguire l'operazione. In genere, la configurazione creata inizialmente è sufficiente per eseguire o eseguire il debug di un'app. Tuttavia, puoi modificare e creare nuove configurazioni e modificare i modelli di configurazione in base al tuo processo di sviluppo, come descritto in questa pagina.
Per ulteriori informazioni, consulta anche la seguente documentazione di IntelliJ:
Informazioni sulle configurazioni di esecuzione/debug
Le configurazioni di esecuzione/debug specificano dettagli come opzioni di installazione, lancio e test dell'app. Puoi definire una configurazione per un utilizzo una tantum o salvarla per un uso futuro. Dopo averla salvata, puoi selezionare la configurazione dall'elenco a discesa Seleziona configurazione di esecuzione/debug nella barra degli strumenti. Android Studio salva le configurazioni all'interno del progetto.
Configurazione di esecuzione/debug creata inizialmente
Quando crei un progetto per la prima volta, Android Studio crea una configurazione di esecuzione/debug per l'attività principale in base al modello di app per Android. Per eseguire o eseguire il debug del progetto, devi sempre avere definito almeno una configurazione di esecuzione/debug. Per questo motivo, ti consigliamo di non eliminare la configurazione creata inizialmente.
Ambito del progetto e controllo della versione
Le configurazioni di esecuzione/debug e le modifiche ai modelli si applicano solo al progetto corrente. Puoi condividere una configurazione di esecuzione/debug (ma non un modello) tramite il tuo sistema di controllo della versione. Per ulteriori informazioni su come condividere una configurazione, consulta Nominare e condividere le opzioni di configurazione.
Apri la finestra di dialogo Configurazioni di esecuzione/debug
Per aprire la finestra di dialogo Configurazioni di esecuzione/debug, selezionare Esegui > Modifica configurazioni. Viene visualizzata la finestra di dialogo Configurazioni di esecuzione/debug, come mostrato nella figura 1.
Il riquadro sinistro della finestra di dialogo raggruppa le configurazioni definite per tipo di modello e consente di modificare i modelli di configurazione in basso. Puoi modificare la configurazione selezionata nel riquadro a destra. Ridimensiona la finestra di dialogo per visualizzare gli elementi nascosti.
In questa finestra di dialogo puoi:
- Crea nuove configurazioni di esecuzione/debug.
- Modifica le configurazioni di esecuzione/debug.
- Modifica i modelli di configurazione.
- Ordinare e raggruppare le configurazioni.
Creare una nuova configurazione di esecuzione/debug
Puoi definire nuove configurazioni di esecuzione/debug dalla finestra di dialogo Configurazioni di esecuzione/debug, dalla finestra Progetto o dall'editor di codice. La nuova configurazione deve essere basata su un modello di configurazione.
La finestra di dialogo Configurazioni di esecuzione/debug mostra le configurazioni di esecuzione/debug e i modelli di configurazione disponibili. Puoi avviare una nuova configurazione direttamente da un modello o da una copia di un'altra configurazione. Puoi quindi modificare i valori dei campi in base alle tue esigenze.
In alternativa, puoi fare clic con il tasto destro del mouse su un elemento nella finestra Progetto per creare automaticamente una configurazione specifica per quell'elemento. Per example, se vuoi eseguire una determinata attività, puoi fare clic con il tasto destro del mouse sul file Java dell'attività e selezionare Esegui. A seconda dell'elemento, Android Studio utilizza un modello di configurazione di app per Android, test di strumenti Android o JUnit per creare la configurazione.
Nell'editor di codice puoi creare facilmente una configurazione di test ed esecuzione/debug per una classe o un metodo, quindi eseguirla.
Quando crei una configurazione al di fuori della finestra di dialogo Esegui/Esegui il debug delle configurazioni, la configurazione è temporanea, a meno che tu non la salvi. Per impostazione predefinita, puoi avere fino a cinque configurazioni temporanee nel progetto prima che Android Studio inizi a rimuoverle. Per modificare questo valore predefinito, apri le impostazioni di Android Studio e modifica Impostazioni avanzate > Esegui/Debug > Limite di configurazioni temporanee. Per ulteriori informazioni sulle configurazioni temporanee, consulta Creare e salvare configurazioni di esecuzione/debug temporanee.
Avviare una configurazione basata su un modello
Per definire una configurazione di esecuzione/debug basata su un modello:
- Apri la finestra di dialogo Configurazioni di esecuzione/debug.
- Fai clic su Aggiungi nuova configurazione .
- Seleziona un modello di configurazione.
- Digita un nome nel campo Nome.
- Modifica la configurazione in base alle esigenze.
- Fai clic su Applica o OK.
Assicurati di correggere eventuali errori visualizzati nella parte inferiore della finestra di dialogo.
Avviare una configurazione da una copia
Per definire una configurazione di esecuzione/debug a partire da una copia di un'altra configurazione:
- Apri la finestra di dialogo Configurazioni di esecuzione/debug.
- Seleziona una configurazione di esecuzione/debug esistente nel riquadro a sinistra.
- Fai clic su Copia configurazione .
- Digita un nome nel campo Nome.
- Modifica la configurazione in base alle esigenze.
- Fai clic su Applica o OK.
Assicurati di correggere eventuali errori visualizzati nella parte inferiore della finestra di dialogo.
Definire una configurazione per un elemento del progetto
Android Studio può creare una configurazione di esecuzione/debug per alcuni elementi visualizzati nella finestra Progetto. La configurazione si basa su un modello di configurazione, come segue:
- File Java dell'attività: il modello App per Android.
- Pacchetto: modello Test di automazione Android o Android JUnit, a seconda del set di origine. Se selezioni un test con strumenti, viene utilizzato il modello Test con strumenti Android. Se selezioni un test unitario locale, viene utilizzato il modello JUnit per Android. Per un test unitario locale, puoi eseguire facoltativamente la copertura del codice. Per ulteriori informazioni, consulta Copertura del codice.
Per creare una configurazione di esecuzione/debug per un elemento del progetto:
- Apri un progetto in Android o nella visualizzazione Progetto.
- Nella finestra Progetto, fai clic con il tasto destro del mouse su un elemento verificabile e seleziona Esegui filename o Esegui il debug filename. Android Studio crea una configurazione di esecuzione/debug temporanea e avvia l'app.
- Apri l'elenco a discesa Seleziona configurazione di esecuzione/debug nella barra degli strumenti.
- Seleziona Salva configurazione dalle opzioni accanto alla configurazione che vuoi salvare.
Nota:se fai clic con il tasto destro del mouse ed esegui o esegui il debug dello stesso elemento (ma non di un'attività), Android Studio crea una nuova configurazione.
Definire una configurazione di test per una classe o un metodo
Android Studio ti consente di definire una configurazione di esecuzione del test per una classe o un metodo, quindi di eseguirla. Ad esempio, se crei un nuovo corso, puoi creare e eseguire un test. Se il test va a buon fine, puoi eseguire i test per il resto del progetto per assicurarti che il nuovo codice non causi problemi altrove.
Android Studio utilizza il modello Test di automazione Android o Android JUnit, a seconda del set di origine. Per un test unitario locale, puoi eseguire facoltativamente il test con la copertura del codice.
Per creare una configurazione di esecuzione/debug per una classe o un metodo nel codice Java:
- Apri un progetto in Android o nella visualizzazione Progetto.
- Apri un file Java nell'editor di codice.
- Seleziona una classe o un metodo nel codice e premi CTRL+MAIUSC+T (COMANDO+MAIUSC+T).
- Seleziona Crea nuovo test dal menu visualizzato.
- Nella finestra di dialogo Crea test, se vuoi, modifica o imposta i valori e fai clic su OK.
- Nella finestra di dialogo Scegli la directory di destinazione, seleziona dove nel progetto vuoi che Android Studio inserisca il test. Puoi specificare la posizione in base alla struttura della directory o selezionando un corso adiacente.
- Fai clic su OK.
Il nuovo test viene visualizzato nella finestra Progetto nell'insieme di origini test corrispondente.
- Per eseguire il test, procedi in uno dei seguenti modi:
- Nella finestra Progetto, fai clic con il tasto destro del mouse sul test e seleziona Esegui o Esegui il debug.
- Nell'editor di codice, fai clic con il tasto destro del mouse su una definizione di classe o sul nome di un metodo nel file di test e seleziona Esegui o Esegui il debug per testare tutti i metodi della classe.
- Apri l'elenco a discesa Seleziona configurazione di esecuzione/debug nella barra degli strumenti.
- Seleziona Salva configurazione dalle opzioni accanto alla configurazione che vuoi salvare.
Eseguire o eseguire il debug di un'app utilizzando una configurazione salvata
Se hai salvato una configurazione di esecuzione/debug, puoi selezionarla prima di eseguire o eseguire il debug dell'app.
Per utilizzare una configurazione di esecuzione/debug salvata:
- Seleziona la configurazione di esecuzione/debug dall'elenco a discesa Seleziona configurazione di esecuzione/debug nella barra degli strumenti.
- Seleziona Esegui > Esegui o Esegui > Debug.
L'elenco a discesa si trova a sinistra di Esegui e Debug ; ad esempio, .
In alternativa, fai clic su Esegui o su Debug .
Modificare una configurazione di esecuzione/debug
Per modificare una configurazione di esecuzione/debug:
- Apri la finestra di dialogo Configurazioni di esecuzione/debug.
- Seleziona una configurazione nel riquadro a sinistra.
- Modifica la configurazione in base alle esigenze.
- Fai clic su Applica o OK.
Assicurati di correggere eventuali errori visualizzati nella parte inferiore della finestra di dialogo.
Modificare un modello di configurazione di esecuzione/debug
Puoi modificare i modelli di configurazione forniti da Android Studio in base al tuo processo di sviluppo. La modifica di un modello non influisce sulle configurazioni esistenti che lo utilizzano. Ad esempio, se devi creare un numero di configurazioni di un determinato tipo, puoi modificare il modello e poi ripristinarlo al termine.
Anche se non puoi creare nuovi modelli, puoi creare configurazioni da utilizzare in modo simile a un modello. Puoi copiare una configurazione e modificarla per creare nuove configurazioni.
Per modificare un modello:
- Apri la finestra di dialogo Configurazioni di esecuzione/debug.
- Fai clic su Modifica modelli di configurazione.
- Seleziona un modello di configurazione.
- Modifica la configurazione in base alle esigenze.
- Fai clic su Applica o OK.
Assicurati di correggere eventuali errori visualizzati nella parte inferiore della finestra di dialogo.
Ordina e raggruppa le configurazioni
Nella finestra di dialogo Configurazioni di esecuzione/debug, puoi ordinare le configurazioni per trovarle rapidamente. Puoi ordinare gli elementi della cartella in ordine alfabetico e creare nuove cartelle per raggruppare le configurazioni.
Per ordinare le configurazioni in ordine alfabetico:
- Apri la finestra di dialogo Configurazioni di esecuzione/debug.
- Seleziona una cartella contenente le configurazioni.
- Fai clic su Ordina configurazioni .
- Fai clic su OK per chiudere la finestra di dialogo.
Per raggruppare le configurazioni in cartelle:
- Apri la finestra di dialogo Configurazioni di esecuzione/debug.
- Seleziona una cartella contenente le configurazioni.
- Fai clic su Crea nuova cartella .
- Digita un nome nel campo Nome cartella.
- Fai clic su Applica per salvare il nome.
Definisci le operazioni pre-lancio
Puoi specificare le attività da eseguire prima di applicare la configurazione di esecuzione/debug. Le attività vengono eseguite nell'ordine in cui appaiono nell'elenco.
Nota:la definizione delle attività precedenti al lancio è una funzionalità avanzata. Anziché
utilizzare questa funzionalità, ti consigliamo di inserire qualsiasi logica di preparazione come attività nel
file build.gradle
in modo che vengano eseguite durante la compilazione dalla riga di comando.
Per creare un elenco di attività:
- Nella parte inferiore della finestra di dialogo Configurazioni di esecuzione/debug, fai clic su Aggiungi in Prima del lancio (potrebbe essere necessario scorrere verso il basso) e seleziona un tipo di attività. Se si apre una finestra di dialogo, compila i campi e fai clic su OK.
- Aggiungi altre attività in base alle esigenze.
- Per ordinare le attività, trascinale o selezionane una e fai clic su Su e Giù per spostarla verso l'alto o verso il basso nell'elenco.
- Seleziona Mostra questa pagina se vuoi visualizzare le impostazioni di configurazione di esecuzione/debug prima di applicarle.
Questa opzione è deselezionata per impostazione predefinita.
- Seleziona Finestra dello strumento attiva se vuoi che la finestra dello strumento Esegui o Debug venga attivata quando esegui o esegui il debug dell'app.
Questa opzione è selezionata per impostazione predefinita.
Per rimuovere un'attività dall'elenco:
- Seleziona un'attività.
- Fai clic su Rimuovi .
Per modificare un'attività:
- Seleziona un'attività.
- Fai clic su Modifica .
- Modifica le impostazioni dell'attività nella finestra di dialogo che si apre e poi fai clic su OK.
La tabella seguente elenca le attività disponibili che puoi aggiungere.
Attività | Descrizione |
---|---|
Esegui strumento esterno | Esegui un'applicazione esterna ad Android Studio. Nella finestra di dialogo Strumenti esterni, seleziona una o più applicazioni da eseguire e poi fai clic su OK. Se l'applicazione non è ancora definita in Android Studio, aggiungi la relativa definizione nella finestra di dialogo Crea strumenti. Per ulteriori informazioni, consulta Configurare strumenti di terze parti e Strumenti esterni. |
Esegui un'altra configurazione | Esegui una delle configurazioni di esecuzione/debug esistenti. Nella finestra di dialogo Scegli configurazione da eseguire, seleziona una configurazione da eseguire e poi fai clic su OK. |
Marca | Compila il progetto o il modulo. Android Studio esegue il comando MakeModule se la configurazione di esecuzione/debug specifica un determinato modulo oppure il comando MakeProject se non sono specificati moduli. |
Crea progetto | Compila il progetto. Android Studio esegue il comando MakeProject. |
Make, nessun controllo degli errori | Questa opzione è la stessa di Make, tranne per il fatto che Android Studio esegue la configurazione di esecuzione/debug indipendentemente dal risultato della compilazione. |
Artefatti build | Non supportato in Android Studio. |
Esegui attività Gradle | Esegui un'attività Gradle. Nella finestra di dialogo che si apre, specifica i dettagli e fai clic su OK. Per ulteriori informazioni, consulta Gradle. |
Make compatibile con Gradle | Compila il progetto ed esegui Gradle. |
App Engine Gradle Builder | L'attività di compilazione Gradle di App Engine sincronizza il progetto e poi compila il modulo. |
Modelli di configurazione
Android Studio fornisce modelli di configurazione per aiutarti a iniziare rapidamente. Le sezioni seguenti descrivono i modelli che si applicano allo sviluppo Android con Android Studio:
Nota:Android Studio 2.1.x e versioni precedenti avevano un modello di applicazione nativa, che non è presente nelle versioni più recenti. Se in un progetto è presente un modello di applicazione nativa, Android Studio lo converte in app per Android quando carichi il progetto. Una finestra di dialogo Converti progetto ti guida nella procedura.
Modelli non supportati
I seguenti modelli non supportati provengono da IntelliJ IDEA e non sono specifici per lo sviluppo Android con Android Studio. Per informazioni sull'utilizzo di questi modelli, segui i link alla documentazione di IntelliJ IDEA.
- Applicazione
- Composito
- Gradle
- Groovy
- Applicata JAR
- Java Scratch
- JUnit
- Kotlin
- Script di Kotlin
- Debug remoto
- Script shell
- TestNG
Opzioni di configurazione comuni
Le opzioni Nome, Consenti esecuzione in parallelo e Salva come file di progetto sono comuni a più modelli di configurazione. Per saperne di più, consulta Impostazioni comuni.
Android Studio memorizza la configurazione di esecuzione/debug condivisa in singoli file XML nella cartella project_directory/.idea/runConfigurations/
.
Per saperne di più, consulta Formato basato su directory nella documentazione dei progetti IntelliJ.
App Android
Puoi eseguire o eseguire il debug di app e attività Android su dispositivi virtuali o hardware utilizzando configurazioni basate su questo modello.
Scheda Generali
Nella scheda Generali, puoi specificare le opzioni di installazione, lancio e deployment. La scheda Varie contiene anche le opzioni di installazione.
Campo | Descrizione |
---|---|
Modulo | Seleziona un modulo a cui applicare questa configurazione. |
Opzioni di installazione: esegui il deployment | Seleziona un'opzione:
|
Opzioni di installazione: esegui il deployment come app istantanea | Se la tua app supporta le esperienze istantanee, ovvero aggiungi il supporto per le app istantanee quando crei un nuovo progetto o crei uno o più moduli di funzionalità abilitati per le app istantanee, puoi scegliere di eseguire il deployment di questi moduli selezionando la casella accanto a Esegui il deployment come app istantanea. |
Opzioni di installazione: funzionalità da implementare |
Se la tua app include
moduli delle funzionalità,
seleziona la casella accanto a ogni funzionalità che vuoi includere durante il deployment dell'app. Questa opzione viene visualizzata
solo se la tua app include moduli delle funzionalità.
Nota:se vuoi testare il download e l'installazione dei moduli di funzionalità on demand, devi farlo dopo aver pubblicato l'app bundle e aver utilizzato il canale di test interno di Play Console. Per scoprire di più, consulta Caricare l'app bundle su Play Console. |
Opzioni di installazione: flag di installazione | Digita le opzioni adb pm
install che vuoi utilizzare. Formatta le opzioni come faresti sulla riga di comando, ma senza un percorso. Ecco alcuni esempi:
e
Valore predefinito: nessuna opzione. |
Opzioni di lancio: Avvia | Seleziona un'opzione:
|
Opzioni di lancio: flag di lancio | Digita le opzioni adb am
start che vuoi utilizzare. Formatta le opzioni come faresti sulla riga di comando, ma senza un'intenzione. Ad esempio:
Questa opzione non viene visualizzata se hai scelto un valore Avvio di Niente. Valore predefinito: nessuna opzione. |
Opzioni di destinazione di deployment: Destinazione | Seleziona un'opzione:
|
Opzioni di destinazione di implementazione: utilizza lo stesso dispositivo per i lanci futuri |
Per impostazione predefinita, questa opzione non è selezionata, quindi ogni volta che esegui un'app viene visualizzata la finestra di dialogo Seleziona deployment per consentirti di selezionare un dispositivo. Quando selezioni questa opzione e poi esegui un'app, viene visualizzata la finestra di dialogo Seleziona implementazione per consentirti di selezionare un dispositivo. Poi, ogni volta che esegui l'app, questa si avvia sul dispositivo selezionato senza visualizzare la finestra di dialogo Seleziona il deployment. Per eseguire l'app su un altro dispositivo, deseleziona Usa lo stesso dispositivo per i lanci futuri o interrompi l'app con Esegui > Interrompi app o Interrompi , quindi riavviala. Viene visualizzata la finestra di dialogo Seleziona implementazione per consentirti di selezionare un dispositivo. |
Prima del lancio | Consulta Definire le operazioni prima del lancio. |
Scheda Varie
Nella scheda Varie, puoi specificare le opzioni di logcat, installazione, lancio e deployment. La scheda Generale contiene anche le opzioni di installazione.
Campo | Descrizione |
---|---|
Logcat: mostra automaticamente Logcat | Quando questa opzione è selezionata, la finestra Logcat si apre ogni volta che esegui il deployment e avvii un'app utilizzando questa configurazione. Valore predefinito: selezionato. |
Logcat: cancella il log prima del lancio | Seleziona questa opzione se vuoi che Android Studio rimuova i dati delle sessioni precedenti dal file di log prima di avviare l'app. Valore predefinito: deselezionata. |
Opzioni di installazione: salta l'installazione se l'APK non è cambiato. | Se questa opzione è selezionata, Android Studio non esegue il redeployment dell'APK se rileva che non è cambiato. Se vuoi che Android Studio forzi l'installazione dell'APK, anche se non è cambiato, deseleziona questa opzione. Valore predefinito: selezionato |
Opzioni di installazione: forza l'interruzione dell'applicazione in esecuzione prima di avviare l'attività | Se selezionata, quando Android Studio rileva che non deve reinstallare un APK perché non è cambiato, arresta forzatamente l'app in modo che venga avviata dall'attività di avvio predefinita. Se questa opzione non è selezionata, Android Studio non arresta forzatamente l'app. Questa opzione è compatibile con l'opzione precedente che controlla se un APK è installato o meno. Per entrambi i campi Opzioni di installazione, mantieni l'impostazione predefinita, a meno che tu non voglia forzare esplicitamente un'installazione ogni volta. In alcuni casi, potresti voler deselezionare questa opzione. Ad esempio, se stai scrivendo un motore di metodo di inserimento (IME), l'interruzione forzata dell'app ne comporta la deselezionazione come tastiera corrente, cosa che potresti non volere. Valore predefinito: selezionato |
Prima del lancio | Consulta Definire le operazioni precedenti al lancio. |
Scheda Debugger
Specifica le opzioni di debug nella scheda Debugger.
Per il codice C e C++, Android Studio utilizza il debugger LLDB. Oltre alla normale UI di Android Studio, la finestra del debugger ha una scheda LLDB che consente di inserire comandi LLDB durante il debug. Puoi inserire gli stessi comandi utilizzati da Android Studio per visualizzare le informazioni nell'interfaccia utente del debugger ed eseguire operazioni aggiuntive.
Per i progetti C e C++, puoi aggiungere directory di simboli, nonché comandi di avvio e post-aggancio LLDB, nella scheda Debugger. A questo scopo, utilizzi pulsanti simili ai seguenti:
- Aggiungi : aggiungi una directory o un comando.
- Rimuovi : seleziona una directory o un comando, quindi fai clic su questo pulsante per rimuovere l'elemento.
- Su : seleziona una directory o un comando e poi fai clic su questo pulsante per spostare l'elemento verso l'alto nell'elenco.
- Giù : seleziona una directory o un comando e poi fai clic su questo pulsante per spostare l'elemento verso il basso nell'elenco.
Per ulteriori informazioni sul debug in Android Studio, consulta Eseguire il debug della app.
Campo | Descrizione |
---|---|
Tipo di debug | Seleziona una delle seguenti opzioni:
L'opzione Rileva automaticamente è consigliata perché sceglie il tipo di debug corretto per il progetto. |
Directory di simboli | Se vuoi aggiungere file di simboli per fornire al debugger informazioni C o C++ generate al di fuori di Android Studio, puoi aggiungere una o più directory qui. Android Studio utilizza preferenzialmente i file all'interno di queste directory rispetto ai file generati dal plug-in Android per Gradle. Il debugger cerca le directory dall'alto verso il basso, in ordine, finché non trova ciò che gli serve. Esegue una ricerca ricorsiva tra i file della directory. Per ottimizzare l'elenco e risparmiare tempo, posiziona le directory utilizzate più di frequente nella parte superiore dell'elenco. Se specifichi una directory in alto nell'albero, la ricerca di tutte le sottodirectory può richiedere più tempo. Se aggiungi una directory molto specifica, la ricerca richiede meno tempo. Devi trovare il giusto equilibrio tra velocità e ricerca dei file necessari per il debug. Ad esempio, se hai una directory che contiene sottodirectory per diversi Android Binary Interfaces (ABI), puoi scegliere di aggiungere una directory per un ABI specifico o per tutti gli ABI. Anche se la ricerca nella directory di primo livello può richiedere più tempo, è anche più sicura se decidi di eseguire il debug su un altro dispositivo. Tieni presente che non devi aggiungere directory contenenti file di simboli Gradle perché il debugger li utilizza automaticamente. |
Comandi di avvio LLDB | Aggiungi i comandi LLDB che vuoi eseguire prima che il debugger si colleghi al processo. Ad esempio, puoi definire le impostazioni per l'ambiente, come mostrato nel seguente comando:
LLDB esegue i comandi in ordine dall'alto verso il basso. |
Comandi LLDB post-collegamento | Aggiungi i comandi LLDB che vuoi eseguire subito dopo che il debugger si è collegato al processo. Ad esempio:
LLDB esegue i comandi in ordine dall'alto verso il basso. |
Directory di lavoro dell'host | Specifica la directory di lavoro di LLDB. |
Log: canali di destinazione | Specifica le opzioni di log LLDB. Android Studio imposta le opzioni predefinite in base all'esperienza del team, quindi non è troppo lento, ma contiene le informazioni necessarie per la risoluzione dei problemi. Il log viene spesso richiesto per i report di bug di Android Studio. Questo valore predefinito è
Puoi modificare il valore predefinito per raccogliere ulteriori informazioni. Ad esempio, le seguenti opzioni di log raccolgono informazioni su un determinato lldb process
platform:gdb-remote packets
Per un elenco completo dei comandi
log, inserisci il comando
Android Studio posiziona i log del dispositivo nella seguente posizione, dove
In alternativa, se più utenti accedono a un dispositivo, i log vengono posizionati nella seguente posizione, dove
Per informazioni sull'utilizzo di LLDB per il debug remoto, consulta Debug remoto. |
Prima del lancio | Consulta Definire le operazioni prima del lancio. |
Scheda Profilazione
L'opzione Abilita il profiling avanzato deve essere selezionata per attivare determinate funzionalità in Android Profiler quando il dispositivo è in esecuzione su Android 7.1 o versioni precedenti.
Test Android
Il modello di test da utilizzare dipende dal set di origine. Il modello di test instrumentati Android è destinato a un test instrumentato. Il modello JUnit di Android è per un test unitario locale.
Nota:se utilizzi Firebase Test Lab per eseguire test su diversi dispositivi, puoi utilizzare il modello JUnit per Android per definire i test con strumenti. Per ulteriori informazioni, consulta Eseguire i test con Firebase Test Lab.
Le descrizioni delle schede riportate di seguito riguardano le schede e i campi del modello di test instrumentato Android. Per informazioni sulle schede e sui campi del modello di test JUnit per Android, consulta la pagina Configurazione di IntelliJ per l'esecuzione/il debug: JUnit.
Scheda Generali
Nella scheda Generali, puoi specificare la posizione del test, il programma di esecuzione dell'instrumentazione, la shell adb e le opzioni di deployment.
Campo | Descrizione |
---|---|
Modulo | Seleziona un modulo a cui applicare questa configurazione. |
Test | In questa area, specifica la posizione dei test che vuoi eseguire:
|
(Facoltativo) Programma di esecuzione dell'instrumentazione specifico | Digita la posizione del compilatore
dell'instrumentazione; fai clic su Altro per utilizzare una finestra di dialogo. Il
file build.gradle specifica la posizione del programma di esecuzione
dell'instrumentazione; questo valore la sostituisce. Il valore predefinito è in genere la classe AndroidJUnitRunner
di AndroidX Test.
|
Opzioni extra | Digita le opzioni adb Valore predefinito: nessuna opzione |
Opzioni di destinazione di deployment: Destinazione | Seleziona un'opzione:
|
Opzioni di destinazione di implementazione: utilizza lo stesso dispositivo per i lanci futuri | Se in futuro vuoi utilizzare automaticamente il dispositivo che hai scelto tramite la finestra di dialogo Seleziona destinazione di deployment, seleziona questa opzione. Se il dispositivo non è disponibile, visualizzerai una finestra di dialogo. Valore predefinito: deselected |
Prima del lancio | Consulta Definire le operazioni prima del lancio. |
Scheda Varie
La scheda Varie contiene le opzioni di logcat e di installazione.
Campo | Descrizione |
---|---|
Logcat: cancella il log prima del lancio | Seleziona questa opzione se vuoi che Android Studio rimuova i dati delle sessioni precedenti dal file di log prima di avviare l'app. Valore predefinito: deselezionata. |
Opzioni di installazione: salta l'installazione se l'APK non è cambiato | Se questa opzione è selezionata, Android Studio non esegue il redeployment dell'APK se rileva che non è cambiato. Se vuoi che Android Studio forzi un'installazione dell'APK, anche se non è cambiato, deseleziona questa opzione. Valore predefinito: selezionato |
Opzioni di installazione: forza l'interruzione dell'applicazione in esecuzione prima di avviare l'attività | Se selezionata, quando Android Studio rileva che non deve reinstallare un APK perché non è cambiato, arresta forzatamente l'app in modo che venga avviata dall'attività di avvio predefinita. Se questa opzione non è selezionata, Android Studio non arresta forzatamente l'app. Questa opzione funziona in combinazione con l'opzione precedente che controlla se un APK è installato o meno. Per entrambi i campi Opzioni di installazione, mantieni l'impostazione predefinita, a meno che tu non voglia forzare esplicitamente un'installazione ogni volta. In alcuni casi, potresti voler deselezionare questa opzione. Ad esempio, se stai scrivendo un motore di metodo di inserimento (IME), l'interruzione forzata dell'app ne comporta la deselezionazione come tastiera corrente, cosa che potresti non volere. Valore predefinito: selezionato |
Prima del lancio | Consulta Definire le operazioni prima del lancio. |
Scheda Debugger
Specifica le opzioni di debug nella scheda Debugger.
Per il codice C e C++, Android Studio utilizza il debugger LLDB. Oltre alla normale UI di Android Studio, la finestra del debugger ha una scheda LLDB che consente di inserire comandi LLDB durante il debug. Puoi inserire gli stessi comandi utilizzati da Android Studio per visualizzare le informazioni nell'interfaccia utente del debugger ed eseguire operazioni aggiuntive.
Per i progetti C e C++, puoi aggiungere directory di simboli, nonché comandi di avvio e post-aggancio LLDB, nella scheda Debugger. A questo scopo, utilizzi pulsanti simili ai seguenti:
- Aggiungi : aggiungi una directory o un comando.
- Rimuovi : seleziona una directory o un comando, quindi fai clic su questo pulsante per rimuovere l'elemento.
- Su : seleziona una directory o un comando e poi fai clic su questo pulsante per spostare l'elemento verso l'alto nell'elenco.
- Giù : seleziona una directory o un comando e poi fai clic su questo pulsante per spostare l'elemento verso il basso nell'elenco.
Per ulteriori informazioni sul debug in Android Studio, consulta Eseguire il debug della app.
Campo | Descrizione |
---|---|
Tipo di debug | Seleziona una delle seguenti opzioni:
L'opzione Rileva automaticamente è consigliata perché sceglie il tipo di debug corretto per il progetto. |
Directory di simboli | Se vuoi aggiungere file di simboli per fornire al debugger informazioni C o C++ generate al di fuori di Android Studio, puoi aggiungere una o più directory qui. Android Studio utilizza preferenzialmente i file all'interno di queste directory rispetto ai file generati dal plug-in Android per Gradle. Il debugger cerca le directory dall'alto verso il basso, in ordine, finché non trova ciò che gli serve. Esegue una ricerca ricorsiva tra i file della directory. Per ottimizzare l'elenco e risparmiare tempo, posiziona le directory utilizzate più di frequente nella parte superiore dell'elenco. Se specifichi una directory in alto nell'albero, la ricerca di tutte le sottodirectory può richiedere più tempo. Se aggiungi una directory molto specifica, la ricerca richiede meno tempo. Devi trovare il giusto equilibrio tra velocità e ricerca dei file necessari per il debug. Ad esempio, se hai una directory che contiene sottodirectory per diversi Android Binary Interfaces (ABI), puoi scegliere di aggiungere una directory per un ABI specifico o per tutti gli ABI. Anche se la ricerca nella directory di primo livello può richiedere più tempo, è anche più sicura se decidi di eseguire il debug su un altro dispositivo. Tieni presente che non devi aggiungere directory contenenti file di simboli Gradle perché il debugger li utilizza automaticamente. |
Comandi di avvio LLDB | Aggiungi i comandi LLDB che vuoi eseguire prima che il debugger si colleghi al processo. Ad esempio, puoi definire le impostazioni per l'ambiente, come mostrato nel seguente comando:
LLDB esegue i comandi in ordine dall'alto verso il basso. |
Comandi LLDB post-collegamento | Aggiungi i comandi LLDB che vuoi eseguire subito dopo che il debugger si è collegato al processo. Ad esempio:
LLDB esegue i comandi in ordine dall'alto verso il basso. |
Directory di lavoro dell'host | Specifica la directory di lavoro di LLDB. |
Log: canali di destinazione | Specifica le opzioni di log LLDB. Android Studio imposta le opzioni predefinite in base all'esperienza del team, quindi non è troppo lento, ma contiene le informazioni necessarie per la risoluzione dei problemi. Il log viene spesso richiesto per i report di bug di Android Studio. Questo valore predefinito è
Puoi modificare il valore predefinito per raccogliere ulteriori informazioni. Ad esempio, le seguenti opzioni di log raccolgono informazioni su un determinato lldb process
platform:gdb-remote packets
Per un elenco completo dei comandi
log, inserisci il comando
Android Studio posiziona i log del dispositivo nella seguente posizione, dove
In alternativa, se più utenti accedono a un dispositivo, i log vengono posizionati nella seguente posizione, dove
Per informazioni sull'utilizzo di LLDB per il debug remoto, consulta Debug remoto. |
Prima del lancio | Consulta Definire le operazioni prima del lancio. |
DevAppServer di App Engine
Questa configurazione di esecuzione/debug si applica alla piattaforma Google Cloud. Per ulteriori informazioni, consulta
Eseguire, testare ed eseguire il deployment del backend. Quando segui questi passaggi e sincronizzi il progetto con il file build.gradle
, Android Studio crea automaticamente una configurazione di DevAppServer di App Engine.
Tieni presente che il modello App Engine Server di IntelliJ IDEA è un modello diverso non disponibile in Android Studio.
Campo | Descrizione |
---|---|
Solo istanza singola | Se vuoi assicurarti che al momento sia in esecuzione una sola istanza della configurazione di esecuzione/debug, seleziona questa opzione. Non consente più esecuzioni contemporaneamente della stessa configurazione. Valore predefinito: selezionato |
Modulo | Seleziona un modulo a cui applicare questa configurazione. |
Sincronizzare con la configurazione build.gradle | Se aggiungi un modulo App Engine e esegui la sincronizzazione con il file build.gradle , i campi di configurazione di DevAppServer di App Engine vengono compilati automaticamente (opzione consigliata).
Puoi sincronizzare il progetto anche selezionando File > Sincronizza progetto con i file Gradle. Valore predefinito: selezionato
|
SDK App Engine | Digita il percorso di un SDK Google App Engine per Java sulla macchina locale. Fai clic su … per selezionarlo da una finestra di dialogo. |
War Path | Digita il percorso della directory dell'archivio dell'applicazione web (WAR) dell'app di cui stai eseguendo il deployment sul server di sviluppo locale. Fai clic su … per selezionarlo da una finestra di dialogo. |
VM Args | Specifica le opzioni della riga di comando da passare alla VM per avviare DevAppServer. Quando specifichi le opzioni:
Per ulteriori informazioni sulle opzioni di VM, consulta la documentazione relativa alla versione J2SE, ad esempio Valore predefinito: nessuna opzione |
Indirizzo del server | Digita l'indirizzo dell'host da utilizzare per il server. Potresti dover fornire l'indirizzo per poter accedere al server di sviluppo da un altro computer della tua rete. Un indirizzo di 0.0.0.0 consente sia l'accesso a localhost sia l'accesso al nome host. Valore predefinito: localhost |
Porta server | Digita il numero di porta da utilizzare per il server. Valore predefinito: 8080 |
Disattivare la ricerca di aggiornamenti dell'SDK App Engine | Se specificato, il server di sviluppo non contatta App Engine per verificare la disponibilità di una nuova release dell'SDK. Per impostazione predefinita, il server cerca una nuova versione all'avvio e stampa un messaggio se è disponibile. |
Prima del lancio | Consulta Definire le operazioni prima del lancio. |
Configurazioni di esecuzione/debug per Wear OS
I modelli di complicazioni, riquadri e quadranti Wear OS ti consentono di eseguire o eseguire il debug di app per Wear OS su dispositivi virtuali o hardware. La maggior parte delle opzioni di configurazione del modello è uguale a quelle delle opzioni per le app per Android. Di seguito sono riportate le opzioni più specifiche per le configurazioni di esecuzione/debug di Wear OS:
- Per tutte le configurazioni di esecuzione/debug di Wear, devi selezionare un'origine dati, un riquadro o un quadrante con complicazioni specifico (a seconda del modello) a cui applicare la configurazione. In genere, ciascuna di queste entità corrisponde a una classe nel codice.
- Per la configurazione di esecuzione/debug della complicazione Wear OS, devi scegliere lo slot in cui inserire i dati della complicazione forniti dall'origine dati della complicazione. Puoi scegliere di posizionarlo in alto, a destra, in basso, a sinistra o sullo sfondo del quadrante.
- Per la configurazione di esecuzione/debug della complicazione Wear OS, devi anche selezionare il Tipo dei dati della complicazione forniti dall'origine dati della complicazione. I tipi tra cui puoi scegliere sono limitati a quelli forniti dall'origine dati della complicazione scelta e supportati dall' spazio scelto. Per un elenco dei tipi di dati delle complicazioni, consulta Tipi e campi.
In alternativa, puoi eseguire queste piattaforme anche dall'icona della canalina accanto alla dichiarazione della piattaforma, come mostrato nell'immagine seguente.