Come ottenere il nome del pacchetto da qualsiasi luogo?


346

Sono a conoscenza della disponibilità di Context.getApplicationContext () e View.getContext () , tramite i quali posso effettivamente chiamare Context.getPackageName () per recuperare il nome del pacchetto di un'applicazione.

Funzionano se chiamo da un metodo per cui è disponibile Viewun Activityoggetto o , ma se voglio trovare il nome del pacchetto da una classe totalmente indipendente senza Viewo Activity, c'è un modo per farlo (direttamente o indirettamente)?


7
La risposta accettata causerà occasionalmente il CRASH della tua applicazione - leggi i commenti di AddDev & Turbo e grazie a entrambi per aver suggerito soluzioni.
nikib3ro,

1
Potresti non avere un'altra opzione, ma per quanto riguarda le migliori pratiche direi che è meglio passarlo alla classe in cui ti serve dal tuo ultimo punto di contesto in qualche modo. Stai accedendo alle informazioni sul contesto di runtime da una classe che non conosce i contesti in modo statico - ha un cattivo odore per me. Un altro approccio sarebbe quello di codificarlo da qualche parte.
Adam,

Risposte:


488

Un'idea è quella di avere una variabile statica nella tua attività principale, istanziata come nome del pacchetto. Quindi fai riferimento a quella variabile.

Dovrai inizializzarlo nel onCreate()metodo dell'attività principale :

Globale per la classe:

public static String PACKAGE_NAME;

Poi..

@Override
public void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.main);

    PACKAGE_NAME = getApplicationContext().getPackageName();
}

È quindi possibile accedervi tramite Main.PACKAGE_NAME.


3
Questa sembra la soluzione più pratica per me in questo momento, ma mi richiede di creare una sottoclasse dell'attività ... +1 per ora.
ef2011,

1
Appena trovato un analogo di riferimento: stackoverflow.com/questions/2002288/...
ef2011

13
La mia comprensione è che lo finalrende immutabile, inizializzabile solo in un costruttore e solo una volta . onCreate()non è un costruttore. Per favore, correggi se sbaglio.
ef2011,

79
Questo approccio non è corretto. Ad esempio, se l'applicazione passa in secondo piano quando si è su un'attività secondaria, quindi viene ripristinata. Non è stato possibile chiamare onCreate () della tua attività principale e il tuo PACKAGE_NAME sarà nullo !. Inoltre, se la tua applicazione ha 10 punti di ingresso e non esiste una chiara "attività principale"? Puoi controllare la mia risposta a questa domanda per l'approccio corretto
Addev

3
@Turbo, se Android interrompe il processo, onCreatedovrà essere richiamato comunque, quindi questa soluzione non dovrebbe essere ancora un problema.
John Leehey,

276

Se usi il plugin gradle-android per creare la tua app, allora puoi usare

BuildConfig.APPLICATION_ID

per recuperare il nome del pacchetto da qualsiasi ambito, incl. uno statico.


23
Questo è il modo corretto, dovrebbe essere la risposta accettata.
Aberaud,

4
Nota: con build multi-flavour questo restituirà (a seconda dell'importazione utilizzata per ottenere l'accesso alla classe BuildConfig) il nome del pacchetto della configurazione predefinita non il nome del pacchetto del sapore.
Rolf ツ

2
@Rolf ツ Questo non è vero, restituirà il giusto nome del pacchetto dell'applicazione;) forse lo stai confondendo con il nome del pacchetto delle tue classi java
Billda,

29
Fai attenzione se lo usi in un progetto di libreria - questo non funzionerà.
Zyamys,

6
Fai attenzione se lo usi anche in più moduli all'interno di un progetto.
user802421,

68

Se con la parola "dovunque" intendi senza avere un esplicito Context(ad esempio da un thread in background) devi definire una classe nel tuo progetto come:

public class MyApp extends Application {
    private static MyApp instance;

    public static MyApp getInstance() {
        return instance;
    }

    public static Context getContext(){
        return instance;
        // or return instance.getApplicationContext();
    }

    @Override
    public void onCreate() {
        instance = this;
        super.onCreate();
    }
}

Quindi nel tuo manifestè necessario aggiungere questa classe al Namecampo nella Applicationscheda. Oppure modifica il file XML e inserisci

<application
    android:name="com.example.app.MyApp"
    android:icon="@drawable/icon"
    android:label="@string/app_name"
    .......
    <activity
        ......

e poi da qualsiasi luogo tu possa chiamare

String packagename= MyApp.getContext().getPackageName();

Spero che sia d'aiuto.


Questo non è thread-safe, ma probabilmente puoi cavartelo se il thread in background viene avviato da questa attività in seguito.
tomwhipple,

3
È thread-safe poiché il riferimento all'istanza è la prima cosa impostata all'avvio dell'app
Addev

17
Per questo problema: code.google.com/p/android/issues/detail?id=8727 Gli oggetti ContentProvider sono creati prima dell'oggetto Application, apparentemente in contrasto con la documentazione, ma anche apparentemente secondo e secondo il design. Ciò potrebbe comportare l'annullamento dell'istanza se getInstance () fosse chiamato durante l'inizializzazione di ContentProvider.
Carl,

3
La documentazione su Application.onCreate()è stata modificata per riflettere questo: ora specifica "Chiamato all'avvio dell'applicazione, prima di qualsiasi attività, servizio o oggetto ricevitore (esclusi i fornitori di contenuti)".
Paul Lammertsma,

2
Questa dovrebbe essere la risposta selezionata, perché il contesto non si estinguerà mai, indipendentemente dall'attività in corso.
Elad Nava,

43

Se si utilizza build gradle, utilizzare questo: BuildConfig.APPLICATION_IDper ottenere il nome del pacchetto dell'applicazione.


6
L'ID applicazione e il nome del pacchetto sono diversi. L'ID applicazione è definito tramite il file gradle.build e il nome del pacchetto è definito nel Manifest. Sebbene spesso abbiano lo stesso valore, spesso differiscono anche in scenari di build più complessi. È possibile assegnare ID applicazione diversi a diverse configurazioni di build mentre il nome del pacchetto rimane invariato.
Uli

3
@Uli Per chi vuole conoscere le sfumature in un po 'più di dettaglio tools.android.com/tech-docs/new-build-system/…
Kevin Lee

10
@Uli detto ciò, anche se applicationId in app.gradle si discosta dal packageName all'interno di AndroidManifest.xml, chiamando context.getPackageName () restituisce applicationId e non packageName all'interno di AndroidManifest.xml. Il punto del nuovo sistema di generazione era di separare entrambi, quindi applicationId è il nome del pacchetto effettivo dell'app noto a Google Play e al dispositivo su cui è installato - non può cambiare dopo la distribuzione. Il mio punto è che è ok usare BuildConfig.APPLICATION_ID. Fammi sapere se sbaglio (:
Kevin Lee

2
@kevinze Completamente preciso! Ho eseguito un test per ricontrollare. Grazie per il chiarimento / correzione.
Uli,

5
private String getApplicationName(Context context, String data, int flag) {

   final PackageManager pckManager = context.getPackageManager();
   ApplicationInfo applicationInformation;
   try {
       applicationInformation = pckManager.getApplicationInfo(data, flag);
   } catch (PackageManager.NameNotFoundException e) {
       applicationInformation = null;
   }
   final String applicationName = (String) (applicationInformation != null ? pckManager.getApplicationLabel(applicationInformation) : "(unknown)");
   return applicationName;

}

4

È possibile ottenere il nome del pacchetto in questo modo:

$ /path/to/adb shell 'pm list packages -f myapp'
package:/data/app/mycompany.myapp-2.apk=mycompany.myapp

Ecco le opzioni:

$ adb
Android Debug Bridge version 1.0.32
Revision 09a0d98bebce-android

 -a                            - directs adb to listen on all interfaces for a connection
 -d                            - directs command to the only connected USB device
                                 returns an error if more than one USB device is present.
 -e                            - directs command to the only running emulator.
                                 returns an error if more than one emulator is running.
 -s <specific device>          - directs command to the device or emulator with the given
                                 serial number or qualifier. Overrides ANDROID_SERIAL
                                 environment variable.
 -p <product name or path>     - simple product name like 'sooner', or
                                 a relative/absolute path to a product
                                 out directory like 'out/target/product/sooner'.
                                 If -p is not specified, the ANDROID_PRODUCT_OUT
                                 environment variable is used, which must
                                 be an absolute path.
 -H                            - Name of adb server host (default: localhost)
 -P                            - Port of adb server (default: 5037)
 devices [-l]                  - list all connected devices
                                 ('-l' will also list device qualifiers)
 connect <host>[:<port>]       - connect to a device via TCP/IP
                                 Port 5555 is used by default if no port number is specified.
 disconnect [<host>[:<port>]]  - disconnect from a TCP/IP device.
                                 Port 5555 is used by default if no port number is specified.
                                 Using this command with no additional arguments
                                 will disconnect from all connected TCP/IP devices.

device commands:
  adb push [-p] <local> <remote>
                               - copy file/dir to device
                                 ('-p' to display the transfer progress)
  adb pull [-p] [-a] <remote> [<local>]
                               - copy file/dir from device
                                 ('-p' to display the transfer progress)
                                 ('-a' means copy timestamp and mode)
  adb sync [ <directory> ]     - copy host->device only if changed
                                 (-l means list but don't copy)
  adb shell                    - run remote shell interactively
  adb shell <command>          - run remote shell command
  adb emu <command>            - run emulator console command
  adb logcat [ <filter-spec> ] - View device log
  adb forward --list           - list all forward socket connections.
                                 the format is a list of lines with the following format:
                                    <serial> " " <local> " " <remote> "\n"
  adb forward <local> <remote> - forward socket connections
                                 forward specs are one of:
                                   tcp:<port>
                                   localabstract:<unix domain socket name>
                                   localreserved:<unix domain socket name>
                                   localfilesystem:<unix domain socket name>
                                   dev:<character device name>
                                   jdwp:<process pid> (remote only)
  adb forward --no-rebind <local> <remote>
                               - same as 'adb forward <local> <remote>' but fails
                                 if <local> is already forwarded
  adb forward --remove <local> - remove a specific forward socket connection
  adb forward --remove-all     - remove all forward socket connections
  adb reverse --list           - list all reverse socket connections from device
  adb reverse <remote> <local> - reverse socket connections
                                 reverse specs are one of:
                                   tcp:<port>
                                   localabstract:<unix domain socket name>
                                   localreserved:<unix domain socket name>
                                   localfilesystem:<unix domain socket name>
  adb reverse --norebind <remote> <local>
                               - same as 'adb reverse <remote> <local>' but fails
                                 if <remote> is already reversed.
  adb reverse --remove <remote>
                               - remove a specific reversed socket connection
  adb reverse --remove-all     - remove all reversed socket connections from device
  adb jdwp                     - list PIDs of processes hosting a JDWP transport
  adb install [-lrtsdg] <file>
                               - push this package file to the device and install it
                                 (-l: forward lock application)
                                 (-r: replace existing application)
                                 (-t: allow test packages)
                                 (-s: install application on sdcard)
                                 (-d: allow version code downgrade)
                                 (-g: grant all runtime permissions)
  adb install-multiple [-lrtsdpg] <file...>
                               - push this package file to the device and install it
                                 (-l: forward lock application)
                                 (-r: replace existing application)
                                 (-t: allow test packages)
                                 (-s: install application on sdcard)
                                 (-d: allow version code downgrade)
                                 (-p: partial application install)
                                 (-g: grant all runtime permissions)
  adb uninstall [-k] <package> - remove this app package from the device
                                 ('-k' means keep the data and cache directories)
  adb bugreport                - return all information from the device
                                 that should be included in a bug report.

  adb backup [-f <file>] [-apk|-noapk] [-obb|-noobb] [-shared|-noshared] [-all] [-system|-nosystem] [<packages...>]
                               - write an archive of the device's data to <file>.
                                 If no -f option is supplied then the data is written
                                 to "backup.ab" in the current directory.
                                 (-apk|-noapk enable/disable backup of the .apks themselves
                                    in the archive; the default is noapk.)
                                 (-obb|-noobb enable/disable backup of any installed apk expansion
                                    (aka .obb) files associated with each application; the default
                                    is noobb.)
                                 (-shared|-noshared enable/disable backup of the device's
                                    shared storage / SD card contents; the default is noshared.)
                                 (-all means to back up all installed applications)
                                 (-system|-nosystem toggles whether -all automatically includes
                                    system applications; the default is to include system apps)
                                 (<packages...> is the list of applications to be backed up.  If
                                    the -all or -shared flags are passed, then the package
                                    list is optional.  Applications explicitly given on the
                                    command line will be included even if -nosystem would
                                    ordinarily cause them to be omitted.)

  adb restore <file>           - restore device contents from the <file> backup archive

  adb disable-verity           - disable dm-verity checking on USERDEBUG builds
  adb enable-verity            - re-enable dm-verity checking on USERDEBUG builds
  adb keygen <file>            - generate adb public/private key. The private key is stored in <file>,
                                 and the public key is stored in <file>.pub. Any existing files
                                 are overwritten.
  adb help                     - show this help message
  adb version                  - show version num

scripting:
  adb wait-for-device          - block until device is online
  adb start-server             - ensure that there is a server running
  adb kill-server              - kill the server if it is running
  adb get-state                - prints: offline | bootloader | device
  adb get-serialno             - prints: <serial-number>
  adb get-devpath              - prints: <device-path>
  adb remount                  - remounts the /system, /vendor (if present) and /oem (if present) partitions on the device read-write
  adb reboot [bootloader|recovery]
                               - reboots the device, optionally into the bootloader or recovery program.
  adb reboot sideload          - reboots the device into the sideload mode in recovery program (adb root required).
  adb reboot sideload-auto-reboot
                               - reboots into the sideload mode, then reboots automatically after the sideload regardless of the result.
  adb sideload <file>          - sideloads the given package
  adb root                     - restarts the adbd daemon with root permissions
  adb unroot                   - restarts the adbd daemon without root permissions
  adb usb                      - restarts the adbd daemon listening on USB
  adb tcpip <port>             - restarts the adbd daemon listening on TCP on the specified port

networking:
  adb ppp <tty> [parameters]   - Run PPP over USB.
 Note: you should not automatically start a PPP connection.
 <tty> refers to the tty for PPP stream. Eg. dev:/dev/omap_csmi_tty1
 [parameters] - Eg. defaultroute debug dump local notty usepeerdns

adb sync notes: adb sync [ <directory> ]
  <localdir> can be interpreted in several ways:

  - If <directory> is not specified, /system, /vendor (if present), /oem (if present) and /data partitions will be updated.

  - If it is "system", "vendor", "oem" or "data", only the corresponding partition
    is updated.

environment variables:
  ADB_TRACE                    - Print debug information. A comma separated list of the following values
                                 1 or all, adb, sockets, packets, rwx, usb, sync, sysdeps, transport, jdwp
  ANDROID_SERIAL               - The serial number to connect to. -s takes priority over this if given.
  ANDROID_LOG_TAGS             - When used with the logcat option, only these debug tags are printed.

3

È possibile utilizzare il metodo non documentatoandroid.app.ActivityThread.currentPackageName() :

Class<?> clazz = Class.forName("android.app.ActivityThread");
Method method  = clazz.getDeclaredMethod("currentPackageName", null);
String appPackageName = (String) method.invoke(clazz, null);

Avvertenza: questo deve essere fatto sul thread principale dell'applicazione.

Grazie a questo post sul blog per l'idea: http://blog.javia.org/static-the-android-application-package/ .


2

Per coloro che utilizzano Gradle, come menzionato @Billda, è possibile ottenere il nome del pacchetto tramite:

BuildConfig.APPLICATION_ID

Questo ti dà il nome del pacchetto dichiarato nel tuo grado di app:

android {
    defaultConfig {
        applicationId "com.domain.www"
    }
}

Se sei interessato a ottenere il nome del pacchetto utilizzato dalle tue classi java (che a volte è diverso da applicationId), puoi usare

BuildConfig.class.getPackage().toString()

Se sei confuso quale utilizzare, leggi qui :

Nota: l'ID applicazione era associato direttamente al nome del pacchetto del codice; quindi alcune API Android usano il termine "nome pacchetto" nei nomi dei metodi e dei parametri, ma in realtà si tratta dell'ID applicazione. Ad esempio, il metodo Context.getPackageName () restituisce l'ID applicazione. Non è necessario condividere mai il vero nome del pacchetto del codice al di fuori del codice dell'app.


quale codice hai usato? si prega di fornire l'errore esatto che hai ricevuto.
user1506104,

1
PackageInfo pinfo = this.getPackageManager().getPackageInfo(getPackageName(), 0);
         String sVersionCode = pinfo.versionCode; // 1
         String sVersionName = pinfo.versionName; // 1.0
         String sPackName = getPackageName(); // cz.okhelp.my_app
         int nSdkVersion = Integer.parseInt(Build.VERSION.SDK); 
         int nSdkVers = Build.VERSION.SDK_INT; 

Spero che funzioni.


0

Crea un modulo java da eseguire inizialmente all'avvio della tua app. Questo modulo estenderebbe la classe di applicazioni Android e inizializzerebbe qualsiasi variabile di app globale e conterrebbe anche routine di utilità a livello di app -

public class MyApplicationName extends Application {

    private final String PACKAGE_NAME = "com.mysite.myAppPackageName";

    public String getPackageName() { return PACKAGE_NAME; }
}

Naturalmente, questo potrebbe includere la logica per ottenere il nome del pacchetto dal sistema Android; tuttavia, quanto sopra è un codice più piccolo, più veloce e più pulito rispetto all'ottenimento da Android.

Assicurati di inserire una voce nel file AndroidManifest.xml per dire ad Android di eseguire il modulo dell'applicazione prima di eseguire qualsiasi attività -

<application 
    android:name=".MyApplicationName" 
    ...
>

Quindi, per ottenere il nome del pacchetto da qualsiasi altro modulo, immettere

MyApp myApp = (MyApp) getApplicationContext();
String myPackage = myApp.getPackageName();

L'uso di un modulo applicativo fornisce anche un contesto per i moduli che necessitano ma non hanno un contesto.


0

Usa: BuildConfig.APPLICATION_ID per ottenere PACKAGE NAME ovunque (ad es. Servizi, destinatario, attività, frammento, ecc.)

Esempio: String PackageName = BuildConfig.APPLICATION_ID;


0

Basta importare Android.app , quindi puoi usare: <br/>Application.getProcessName()<br/>

Ottieni il nome del processo dell'applicazione corrente senza contesto, vista o attività.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.