Como obter o nome do pacote de qualquer lugar?


346

Estou ciente da disponibilidade de Context.getApplicationContext () e View.getContext () , através do qual posso chamar Context.getPackageName () para recuperar o nome do pacote de um aplicativo.

Eles funcionam se eu chamar de um método para o qual um Viewou um Activityobjeto está disponível, mas se eu quiser encontrar o nome do pacote de uma classe totalmente independente sem Viewou Activity, existe uma maneira de fazer isso (direta ou indiretamente)?


7
A resposta aceita fará com que o seu aplicativo ocasionalmente faça CRASH - leia os comentários do AddDev & Turbo e obrigado a ambos por sugerir soluções.
Nikib3ro 18/07/2012

11
Você pode não ter outra opção, mas como prática recomendada diria que é melhor passar isso para a classe em que você precisa do seu último ponto de contexto de alguma maneira. Você está acessando informações de contexto de tempo de execução de uma classe que não conhece os Contextos de maneira estática - me cheira mal. Outra abordagem seria codificá-la em algum lugar.
Adam

Respostas:


488

Uma idéia é ter uma variável estática em sua atividade principal, instanciada para ser o nome do pacote. Então apenas faça referência a essa variável.

Você precisará inicializá-lo no onCreate()método da atividade principal :

Global para a classe:

public static String PACKAGE_NAME;

Então..

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

    PACKAGE_NAME = getApplicationContext().getPackageName();
}

Você pode acessá-lo via Main.PACKAGE_NAME.


3
Essa parece ser a solução mais prática para mim agora, mas exige que eu crie uma subclasse da atividade ... +1 por enquanto.
Ef2011

11
Apenas encontrou um semelhante de referência: stackoverflow.com/questions/2002288/...
ef2011

13
Meu entendimento é que o finaltorna imutável, capaz de inicializar apenas em um construtor e apenas uma vez . onCreate()não é um construtor. Corrija se estou enganado.
Ef2011

79
Esta abordagem está incorreta. Por exemplo, se seu aplicativo for para o segundo plano quando você estiver em uma atividade secundária e depois for restaurado. O onCreate () da sua atividade principal não pôde ser chamado e seu PACKAGE_NAME será nulo !. Além disso, e se o seu aplicativo tiver 10 pontos de entrada e não houver uma "atividade principal" clara? Você pode verificar a minha resposta a esta pergunta para a abordagem correta
Addev

3
O @Turbo, se o Android concluir o processo, onCreateterá que ser chamado novamente de qualquer maneira, portanto, essa solução ainda não deve ser um problema.
31412 John Leehey

276

Se você usar o gradle-android-plugin para criar seu aplicativo, poderá usar

BuildConfig.APPLICATION_ID

para recuperar o nome do pacote de qualquer escopo, incl. um estático.


23
Essa é a maneira correta, deve ser a resposta aceita.
aberaud 16/09/2015

4
Nota: Com construções de vários sabores, isso retornará (dependendo da importação usada para obter acesso à classe BuildConfig) o nome do pacote da configuração padrão e não o nome do pacote do sabor.
Rolfツ

2
@RolfツIsso não é verdade, ele irá retornar o nome do pacote certo de aplicação;) talvez você está confundindo-o com o nome do pacote de suas classes Java
Billda

28
Cuidado ao usar isso em um projeto de biblioteca - isso não funcionará.
precisa saber é o seguinte

6
Cuidado ao usar isso em vários módulos dentro de um projeto também.
user802421

68

Se com a palavra "em qualquer lugar" você quer dizer sem ter um explícito Context(por exemplo, de um thread em segundo plano), você deve definir uma classe em seu projeto como:

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();
    }
}

Em seguida, manifestvocê precisará adicionar esta classe ao Namecampo na Applicationguia Ou edite o xml e coloque

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

e depois de qualquer lugar que você possa ligar

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

Espero que ajude.


Isso não é seguro para threads, mas você provavelmente poderá se safar se o thread em segundo plano for iniciado por essa atividade posteriormente.
tomwhipple

3
É thread-safe, já que a referência à instância é a primeira coisa definida quando o aplicativo é iniciado
Addev

17
Por esse problema: os objetos code.google.com/p/android/issues/detail?id=8727 ContentProvider são criados antes do objeto Application, aparentemente contrários à documentação, mas também aparentemente de acordo com o design. Isso pode resultar na desativação da sua instância se getInstance () for chamado durante a inicialização de um ContentProvider.
26412 Carl Carl

3
A documentação em Application.onCreate()foi alterada para refletir isso: agora ela afirma especificamente "Chamada quando o aplicativo está iniciando, antes de qualquer atividade, serviço ou objeto receptor (excluindo provedores de conteúdo)".
Paul Lammertsma

2
Essa deve ser a resposta selecionada, porque o contexto nunca desaparece, independentemente da atividade em execução.
Elad Nava 12/12

43

Se você usa o gradle build, use o seguinte: BuildConfig.APPLICATION_IDpara obter o nome do pacote do aplicativo.


6
O ID do aplicativo e o nome do pacote são coisas diferentes. O ID do aplicativo é definido por meio do arquivo gradle.build e o nome do pacote é definido no manifesto. Embora eles geralmente tenham o mesmo valor, eles também diferem em cenários de construção mais complexos. É possível atribuir diferentes IDs de aplicativos a diferentes configurações de compilação, enquanto o nome do pacote permanece inalterado.
217 Uli

3
@Uli Para aqueles que querem saber as nuances de uma forma mais detalhe pouco tools.android.com/tech-docs/new-build-system/...
Kevin Lee

10
@Uli Dito isto, mesmo se o applicationId no app.gradle diferir do packageName dentro do AndroidManifest.xml, chamar context.getPackageName () retorna o applicationId e não o packageName dentro do AndroidManifest.xml. O objetivo do novo sistema de compilação era dissociar os dois, de modo que applicationId é o nome real do pacote do aplicativo conhecido pelo Google Play e pelo dispositivo em que está instalado - ele não pode ser alterado após a implantação. Meu argumento é que não há problema em usar o BuildConfig.APPLICATION_ID. Deixe-me saber se eu estiver enganado (:
Kevin Lee

2
@kevinze Totalmente preciso! Fiz um teste para verificar novamente. Obrigado pelo esclarecimento / correção.
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

Você pode obter o nome do seu pacote assim:

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

Aqui estão as opções:

$ 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

Você pode usar o método não documentadoandroid.app.ActivityThread.currentPackageName() :

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

Advertência: Isso deve ser feito na rosca principal do aplicativo.

Obrigado a esta postagem no blog pela ideia: http://blog.javia.org/static-the-android-application-package/ .


2

Para aqueles que usam Gradle, como o @Billda mencionou, você pode obter o nome do pacote em:

BuildConfig.APPLICATION_ID

Isso fornece o nome do pacote declarado no seu aplicativo gradle:

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

Se você estiver interessado em obter o nome do pacote usado por suas classes java (que às vezes é diferente de applicationId), você pode usar

BuildConfig.class.getPackage().toString()

Se você está confuso sobre qual usar, leia aqui :

Nota: O ID do aplicativo costumava estar diretamente vinculado ao nome do pacote do seu código; portanto, algumas APIs do Android usam o termo "nome do pacote" nos nomes dos métodos e dos parâmetros, mas esse é realmente o seu ID do aplicativo. Por exemplo, o método Context.getPackageName () retorna seu ID do aplicativo. Não é necessário compartilhar o verdadeiro nome do pacote do seu código fora do código do aplicativo.


qual código você usou? forneça o erro exato que você recebeu.
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; 

Espero que funcione.


0

Crie um módulo java para ser executado inicialmente ao iniciar seu aplicativo. Este módulo estenderia a classe Application Android e inicializaria todas as variáveis ​​globais de aplicativos, além de conter rotinas de utilidade para todo o aplicativo -

public class MyApplicationName extends Application {

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

    public String getPackageName() { return PACKAGE_NAME; }
}

Obviamente, isso pode incluir lógica para obter o nome do pacote no sistema Android; no entanto, o código acima é menor, mais rápido e mais limpo do que obtê-lo no Android.

Coloque uma entrada no arquivo AndroidManifest.xml para informar ao android para executar o módulo do aplicativo antes de executar qualquer atividade -

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

Em seguida, para obter o nome do pacote de qualquer outro módulo, digite

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

O uso de um módulo de aplicativo também fornece um contexto para os módulos que precisam, mas não têm um contexto.


0

Use: BuildConfig.APPLICATION_ID para obter PACKAGE NAME em qualquer lugar (por exemplo, serviços, destinatário, atividade, fragmento, etc.)

Exemplo: String PackageName = BuildConfig.APPLICATION_ID;


0

Basta importar o Android.app, então você pode usar: <br/>Application.getProcessName()<br/>

Obtenha o nome atual do processo do aplicativo sem contexto, exibição ou atividade.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.