Su Linux, Android Studio funziona bene anche senza “trucchetti”, ma il collegamento giusto fa la differenza quando vuoi avviarlo dal menu, fissarlo alla dock e lanciare il tool con le variabili corrette. La via più pulita è creare un file .desktop valido, verificare il percorso dell’eseguibile e, se serve, aggiungere un launcher separato per gestire JDK, memoria o opzioni personalizzate.
Qui l’obiettivo non è solo “far comparire l’icona”: bisogna evitare collegamenti rotti dopo un aggiornamento, usare percorsi stabili e mantenere il file facile da correggere. Se Android Studio è installato in una posizione non standard, conviene prima capire dove si trova davvero il binario e poi costruire il launcher di conseguenza.
Verificare dove si trova Android Studio
Prima di creare qualunque collegamento, controlla il punto di installazione. Le installazioni più comuni sono quelle estratte in una cartella utente, installate da Flatpak, oppure distribuite via Snap o pacchetti del sistema. Il percorso cambia, quindi non dare per scontato che sia sempre uguale.
Se hai installato Android Studio manualmente, il binario è spesso dentro una cartella simile a questa:
/opt/android-studio/bin/studio.sh Oppure può trovarsi nella tua home, per esempio:
~/android-studio/bin/studio.sh Un controllo rapido dal terminale ti evita errori banali:
ls -l /opt/android-studio/bin/studio.sh
ls -l ~/android-studio/bin/studio.sh Se il file esiste e ha permesso di esecuzione, sei già a buon punto. In caso contrario, devi correggere il percorso o i permessi prima di creare il launcher.
Creare il collegamento desktop con file .desktop
Il modo più compatibile su Linux è un file .desktop. Questo file dice al desktop environment quale comando eseguire, quale icona mostrare e come classificare l’app nel menu. Funziona con GNOME, KDE Plasma, XFCE e la maggior parte degli ambienti grafici moderni.
Se vuoi un collegamento visibile nel menu applicazioni, crea il file in ~/.local/share/applications/android-studio.desktop. È la posizione giusta per un launcher utente, senza toccare i file globali del sistema.
Contenuto di base consigliato:
[Desktop Entry]
Version=1.0
Type=Application
Name=Android Studio
Comment=IDE per sviluppo Android
Exec=/opt/android-studio/bin/studio.sh
Icon=/opt/android-studio/bin/studio.png
Terminal=false
Categories=Development;IDE;
StartupNotify=true
StartupWMClass=jetbrains-studio Se la tua installazione è in un’altra directory, sostituisci /opt/android-studio con il percorso reale. Il campo Exec è quello decisivo: se punta al file sbagliato, il launcher comparirà ma non partirà nulla.
Dopo aver salvato il file, rendilo eseguibile:
chmod +x ~/.local/share/applications/android-studio.desktop Se vuoi aprirlo subito dal menu, spesso basta fare logout/login o aggiornare il database dei launcher dell’ambiente desktop. In molti casi il file viene rilevato automaticamente entro pochi secondi.
Icona corretta e nome visibile nel menu
La voce Icon può puntare a un file PNG o SVG. In alcune installazioni l’icona è dentro la cartella dell’IDE, in altre è in una directory dedicata. Se il file indicato non esiste, il launcher funziona comunque, ma l’icona può apparire generica o mancare del tutto.
Per controllare la presenza dell’icona:
ls -l /opt/android-studio/bin/studio.png
ls -l /opt/android-studio/bin/android-studio.png Se non trovi nulla, cerca nella cartella dell’installazione:
find /opt/android-studio -iname '*.png' -o -iname '*.svg' Puoi anche copiare un’icona in una posizione più stabile, per esempio in ~/.local/share/icons/, così non dipendi dalla struttura interna dell’IDE. È una scelta utile se prevedi aggiornamenti frequenti o reinstallazioni.
Launcher separato con opzioni personalizzate
In alcuni casi non basta un semplice collegamento. Se vuoi forzare un JDK specifico, cambiare la memoria massima o aggiungere opzioni JVM, conviene creare un piccolo script wrapper e richiamarlo dal file desktop. È una soluzione pulita e più facile da mantenere rispetto a infilare tutto in una riga sola dentro Exec.
Per esempio, puoi creare uno script in ~/.local/bin/android-studio-launcher:
#!/usr/bin/env bash
export STUDIO_JDK=/usr/lib/jvm/java-17-openjdk-amd64
export _JAVA_OPTIONS='-Xms512m -Xmx2048m'
exec /opt/android-studio/bin/studio.sh "$@" Rendi lo script eseguibile:
chmod +x ~/.local/bin/android-studio-launcher Poi cambia il campo Exec nel file desktop:
Exec=/home/tuo-utente/.local/bin/android-studio-launcher Questo approccio è più robusto perché separa la configurazione dell’ambiente dal launcher grafico. Se devi modificare il JDK o i parametri di avvio, tocchi solo lo script, non tutto il file desktop.
Creare un collegamento sul desktop
Se vuoi anche un’icona sul desktop, puoi copiare il file .desktop nella cartella del desktop e renderlo eseguibile. Il comportamento però varia a seconda dell’ambiente grafico: alcuni permettono il doppio clic diretto, altri chiedono di “consentire l’avvio” del file.
Comandi tipici:
cp ~/.local/share/applications/android-studio.desktop ~/Desktop/
chmod +x ~/Desktop/android-studio.desktop Su alcuni desktop, soprattutto se il file arriva da un download o da una copia recente, potrebbe essere necessario fare clic destro e scegliere l’opzione equivalente a “Consenti avvio” o “Trust and Launch”.
Usare il launcher nel menu applicazioni e nella dock
Dopo aver creato il file, cerca “Android Studio” nel menu applicazioni. Se compare, puoi fissarlo alla dock o ai preferiti. In questo modo il sistema userà il launcher registrato nel menu, non una scorciatoia improvvisata che rischia di rompersi con un aggiornamento.
Se il nome non compare subito, verifica il file con un controllo sintattico di base. Un .desktop malformato spesso viene ignorato senza messaggi evidenti.
desktop-file-validate ~/.local/share/applications/android-studio.desktop Se il comando non restituisce errori, il file è formalmente corretto. Se invece segnala un problema, correggi la riga indicata e ricontrolla prima di testare il menu.
Problemi tipici e come riconoscerli subito
Il guasto più comune è un percorso sbagliato nel campo Exec. In quel caso il launcher può comparire nel menu ma non avviare nulla. Un altro errore frequente è l’icona non trovata: l’app parte, ma la rappresentazione grafica è generica o vuota.
Se invece il click non produce alcun effetto, controlla anche i permessi e il contenuto del file. Un launcher con sintassi errata o con caratteri fuori posto non viene interpretato correttamente dal desktop environment.
Per fare una prova rapida dal terminale, avvia direttamente il comando indicato in Exec. Se parte da terminale ma non dal menu, il problema è nel file desktop o nel desktop environment; se non parte neppure da terminale, il problema è nel percorso, nelle dipendenze o nella configurazione dell’IDE.
/opt/android-studio/bin/studio.sh Integrazione con app launcher e aggiornamenti
Se Android Studio viene aggiornato sostituendo la directory di installazione, il launcher può rompersi se punta a un path troppo specifico. Per questo, quando possibile, conviene usare un percorso stabile, come un link simbolico gestito manualmente o una directory con nome costante.
Per esempio, puoi mantenere una struttura come questa:
/opt/android-studio -> /opt/android-studio-2024.3.1 Così il file .desktop continua a funzionare anche dopo l’aggiornamento, a patto che il link simbolico venga aggiornato. È una soluzione semplice, ma va gestita con disciplina: se il link viene rotto, il launcher smette di funzionare in modo silenzioso.
Risoluzione rapida se il launcher non appare
Se il file è corretto ma il menu non lo mostra, prova questa sequenza minima:
- Verifica che il file sia in
~/.local/share/applications/. - Controlla i permessi con
ls -l ~/.local/share/applications/android-studio.desktop. - Valida il file con
desktop-file-validate. - Esci e rientra nella sessione grafica, oppure riavvia il desktop environment.
- Cerca di nuovo “Android Studio” nel menu applicazioni.
Se usi un ambiente molto personalizzato, può esserci una cache dei launcher. In quel caso il riavvio della sessione è spesso il modo più rapido per forzare il rilevamento del nuovo file.
Soluzione pratica consigliata
Se vuoi una configurazione pulita e duratura, la combinazione più sensata è questa: file .desktop in ~/.local/share/applications/, script wrapper solo se servono opzioni extra, percorso dell’IDE stabile e validazione con desktop-file-validate. Così riduci i punti deboli e mantieni il controllo su icona, nome e comando di avvio.
Assunzione: Android Studio è installato in una directory locale o in /opt, e vuoi un launcher utente senza modifiche globali al sistema.
Commenti (0)
Nessun commento ancora.
Segnala contenuto
Elimina commento
Eliminare definitivamente questo commento?
L'azione non si può annullare.