Jak uzyskać nazwę pakietu z dowolnego miejsca?


346

Zdaję sobie sprawę z dostępności Context.getApplicationContext () i View.getContext () , za pomocą których mogę wywoływać Context.getPackageName () w celu pobrania nazwy pakietu aplikacji.

Działają, jeśli wywołuję metodę, do której dostępny jest obiekt Viewlub Activityobiekt, ale jeśli chcę znaleźć nazwę pakietu z całkowicie niezależnej klasy bez Viewlub czy Activityistnieje sposób (bezpośrednio lub pośrednio)?


7
Zaakceptowana odpowiedź spowoduje czasami awarię aplikacji - przeczytaj komentarze AddDev & Turbo i dziękuję im za sugestie rozwiązań.
nikib3ro

1
Możesz nie mieć innej opcji, ale w ramach najlepszej praktyki powiedziałbym, że lepiej jest przekazać to w klasie, w której potrzebujesz, od ostatniego punktu Kontekstu. Uzyskujesz dostęp do informacji kontekstu środowiska wykonawczego z klasy, która nie wie o Kontekstach w sposób statyczny - źle pachnie. Innym podejściem byłoby gdzieś na stałe zakodować.
Adam

Odpowiedzi:


488

Ideą jest posiadanie zmiennej statycznej w głównym działaniu, tworzonej jako nazwa pakietu. Następnie po prostu odwołaj się do tej zmiennej.

Będziesz musiał zainicjować go w onCreate()metodzie głównej czynności :

Globalny w klasie:

public static String PACKAGE_NAME;

Następnie..

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

    PACKAGE_NAME = getApplicationContext().getPackageName();
}

Następnie możesz uzyskać do niego dostęp za pośrednictwem Main.PACKAGE_NAME.


3
To wydaje mi się obecnie najbardziej praktycznym rozwiązaniem, ale wymaga ode mnie utworzenia podklasy działania ... na razie +1.
ef2011

1
Właśnie znalazłem podobne odniesienie: stackoverflow.com/questions/2002288/…
ef2011

13
Rozumiem, że finalsprawia , że jest niezmienny, można go inicjować tylko w konstruktorze i tylko raz . onCreate()nie jest konstruktorem. Proszę poprawić, jeśli się mylę.
ef2011

79
To podejście jest nieprawidłowe. Na przykład, jeśli aplikacja przejdzie w tło, gdy aktywujesz się aktywnie, a następnie zostanie przywrócona. Nie można wywołać metody onCreate () głównej aktywności, a pakiet PACKAGE_NAME będzie miał wartość zerową! Ponadto co zrobić, jeśli Twoja aplikacja ma 10 punktów wejścia i nie ma wyraźnego „głównego działania”? Możesz sprawdzić moją odpowiedź na to pytanie pod kątem prawidłowego podejścia
Addev

3
@Turbo, jeśli Android zabije ten proces, i tak onCreatebędzie musiał zostać ponownie wywołany, więc to rozwiązanie nadal nie powinno stanowić problemu.
John Leehey,

276

Jeśli używasz wtyczki gradle-android-plugin do tworzenia aplikacji, możesz jej użyć

BuildConfig.APPLICATION_ID

aby pobrać nazwę pakietu z dowolnego zakresu, w tym. statyczny.


23
To jest właściwa droga, powinna być zaakceptowana odpowiedź.
aberaud

4
Uwaga: W przypadku kompilacji z wieloma smakami zwróci to (w zależności od importu użytego do uzyskania dostępu do klasy BuildConfig) nazwę pakietu domyślnej konfiguracji, a nie nazwę pakietu smaku.
Rolf ツ

2
@Rolf ツ To nieprawda, zwróci prawidłową nazwę pakietu aplikacji;) może mylisz ją z nazwą pakietu swoich klas Java
Billda

28
Zachowaj ostrożność, jeśli używasz tego w projekcie bibliotecznym - to nie zadziała.
zyamys

6
Zachowaj ostrożność, jeśli używasz tego również w wielu modułach wewnątrz projektu.
użytkownik802421

68

Jeśli ze słowem „gdziekolwiek” masz na myśli bez wyraźnego Context(na przykład z wątku w tle), powinieneś zdefiniować klasę w swoim projekcie:

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

Następnie manifestmusisz dodać tę klasę do Namepola na Applicationkarcie. Lub edytuj xml i umieść

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

a następnie z dowolnego miejsca, do którego możesz zadzwonić

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

Mam nadzieję, że to pomoże.


Nie jest to bezpieczne dla wątków, ale prawdopodobnie można go uniknąć, jeśli wątek w tle zostanie rozpoczęty przez tę aktywność później.
tomwhipple,

3
Jest
wątkowo

17
W związku z tym problemem: code.google.com/p/android/issues/detail?id=8727 Obiekty ContentProvider są tworzone przed obiektem aplikacji, najwyraźniej sprzeczne z dokumentacją, ale także najwyraźniej zgodnie z projektem. Może to spowodować, że twoja instancja będzie nadal nieuzbrojona, jeśli getInstance () zostanie wywołany podczas inicjowania ContentProvider.
Carl

3
Dokumentacja Application.onCreate()została zmieniona, aby to odzwierciedlić: teraz wyraźnie stwierdza: „Wywoływany podczas uruchamiania aplikacji, przed jakąkolwiek aktywnością, usługą lub obiektami odbiorczymi (z wyłączeniem dostawców treści)”.
Paul Lammertsma

2
To powinna być wybrana odpowiedź, ponieważ kontekst nigdy nie wyginie, bez względu na to, jakie działanie jest uruchomione.
Elad Nava,

43

Jeśli używasz kompilacji stopniowej, użyj tego: BuildConfig.APPLICATION_IDaby uzyskać nazwę pakietu aplikacji.


6
Identyfikator aplikacji i nazwa pakietu to różne rzeczy. Identyfikator aplikacji jest zdefiniowany w pliku gradle.build, a nazwa pakietu jest zdefiniowana w Manifeście. Chociaż często mają tę samą wartość, często się też różnią, w bardziej złożonych scenariuszach kompilacji. Można przypisać różne identyfikatory aplikacji do różnych konfiguracji kompilacji, podczas gdy nazwa pakietu pozostaje niezmieniona.
Uli

3
@Uli Dla tych, którzy chcą poznać bardziej szczegółowo niuanse tools.android.com/tech-docs/new-build-system/…
Kevin Lee

10
@Uli To powiedziawszy, nawet jeśli applicationId w app.gradle odracza się od nazwa_pakietu w pliku AndroidManifest.xml, wywołanie kontekstu.getPackageName () zwraca wartość applicationId, a nie nazwę_pakietu w pliku AndroidManifest.xml. Celem nowego systemu kompilacji było rozłączenie obu, więc applicationId to rzeczywista nazwa pakietu aplikacji znana Google Play i urządzeniu, na którym jest zainstalowana - nie może się zmienić po wdrożeniu. Chodzi mi o to, że można użyć BuildConfig.APPLICATION_ID. Daj mi znać, jeśli się mylę (:
Kevin Lee

2
@kevinze Całkowicie dokładne! Przeprowadziłem test, aby sprawdzić dwukrotnie. Dzięki za wyjaśnienie / korektę.
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

Możesz uzyskać nazwę swojego pakietu w następujący sposób:

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

Oto opcje:

$ 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

Możesz użyć nieudokumentowanej metody android.app.ActivityThread.currentPackageName():

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

Zastrzeżenie: należy to zrobić w głównym wątku aplikacji.

Dzięki temu postowi na blogu za pomysł: http://blog.javia.org/static-the-android-application-package/ .


2

Dla tych, którzy używają Gradle, jak wspomniano w @Billda, nazwę pakietu można uzyskać poprzez:

BuildConfig.APPLICATION_ID

To daje nazwę pakietu zadeklarowaną w klasie aplikacji:

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

Jeśli chcesz uzyskać nazwę pakietu używaną przez klasy Java (która czasem jest inna niż applicationId), możesz użyć

BuildConfig.class.getPackage().toString()

Jeśli nie wiesz, którego użyć, przeczytaj tutaj :

Uwaga: identyfikator aplikacji był wcześniej bezpośrednio powiązany z nazwą pakietu kodu; więc niektóre interfejsy API systemu Android używają terminu „nazwa pakietu” w nazwach metod i nazw parametrów, ale w rzeczywistości jest to identyfikator aplikacji. Na przykład metoda Context.getPackageName () zwraca identyfikator aplikacji. Nie trzeba nigdy udostępniać prawdziwej nazwy pakietu kodu poza kodem aplikacji.


jakiego kodu użyłeś? proszę podać dokładny otrzymany błąd.
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; 

Mam nadzieję, że to zadziała.


0

Utwórz moduł Java, który będzie początkowo uruchamiany podczas uruchamiania aplikacji. Moduł ten rozszerzyłby klasę aplikacji Android i zainicjalizowałby wszystkie globalne zmienne aplikacji, a także zawierałby procedury narzędziowe dla całej aplikacji -

public class MyApplicationName extends Application {

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

    public String getPackageName() { return PACKAGE_NAME; }
}

Oczywiście może to obejmować logikę uzyskiwania nazwy pakietu z systemu Android; powyższe jest jednak mniejszym, szybszym i czystszym kodem niż uzyskanie go od Androida.

Pamiętaj, aby umieścić wpis w pliku AndroidManifest.xml, aby poinformować Androida o uruchomieniu modułu aplikacji przed uruchomieniem jakichkolwiek działań -

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

Następnie, aby uzyskać nazwę pakietu z dowolnego innego modułu, wpisz

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

Korzystanie z modułu aplikacji daje również kontekst dla modułów, które potrzebują, ale nie mają kontekstu.


0

Użyj: BuildConfig.APPLICATION_ID, aby uzyskać NAZWĘ PAKIETU w dowolnym miejscu (tj. Usługi, odbiornik, aktywność, fragment itp.)

Przykład: String PackageName = BuildConfig.APPLICATION_ID;


0

Wystarczy zaimportować Android.app, a następnie można użyć: <br/>Application.getProcessName()<br/>

Uzyskaj bieżącą nazwę procesu aplikacji bez kontekstu, widoku lub aktywności.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.