Как получить название пакета из любого места?

346

Мне известно о доступности Context.getApplicationContext () и View.getContext () , через который я могу на самом деле вызвать Context.getPackageName (), чтобы получить имя пакета приложения.

Они работают, если я вызываю метод, для которого доступен объект Viewили Activityобъект, но если я хочу найти имя пакета в полностью независимом классе без Viewили Activity, есть ли способ сделать это (прямо или косвенно)?

ef2011
источник
7
Принятый ответ приведет к тому, что ваше приложение будет время от времени ломаться - прочитайте комментарии AddDev & Turbo и спасибо им обоим за предложенные решения.
nikib3ro
1
У вас может не быть другого выбора, но в качестве наилучшей практики я бы сказал, что лучше передать это в класс, в котором оно вам необходимо, из вашей последней точки контекста каким-то образом. Вы получаете доступ к контекстной информации во время выполнения из класса, который не знает о контекстах статическим способом - пахнет плохо для меня. Другим подходом было бы где-то жестко его кодировать.
Адам

Ответы:

488

Идея состоит в том, чтобы в вашей основной деятельности была статическая переменная, созданная в качестве имени пакета. Тогда просто обратитесь к этой переменной.

Вы должны будете инициализировать его в onCreate()методе основного действия :

Глобально для класса:

public static String PACKAGE_NAME;

Затем..

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

    PACKAGE_NAME = getApplicationContext().getPackageName();
}

Вы можете получить к нему доступ через Main.PACKAGE_NAME.

Джон лихей
источник
3
Это кажется наиболее практичным решением для меня сейчас, но оно требует от меня создания подкласса действия ... +1 сейчас.
ef2011
1
Просто нашел похожую ссылку: stackoverflow.com/questions/2002288/…
ef2011
13
Насколько я понимаю, это finalделает его неизменным, инициализируемым только в конструкторе и только один раз . onCreate()не конструктор Пожалуйста, исправьте, если я ошибаюсь.
ef2011
79
Этот подход неверен. Например, если ваше приложение переходит в фоновый режим, когда вы находитесь на вторичной активности, а затем восстанавливается. Невозможно вызвать onCreate () вашего основного действия, и ваш PACKAGE_NAME будет нулевым !. Кроме того, что если в вашем приложении 10 точек входа и нет четкого «основного действия»? Вы можете проверить мой ответ на этот вопрос для правильного подхода
Addev
3
@ Турбо, если Android убивает процесс, onCreateвсе равно придется вызывать снова, так что это решение по-прежнему не должно быть проблемой.
Джон Лихи
276

Если вы используете плагин gradle-android-plugin для создания своего приложения, то вы можете использовать

BuildConfig.APPLICATION_ID

извлечь имя пакета из любой области, в т.ч. статический.

Billda
источник
23
Это правильный путь, должен быть принятый ответ.
Аберауд
4
Примечание. В сборках с несколькими версиями (в зависимости от импорта, используемого для получения доступа к классу BuildConfig) возвращается имя пакета конфигурации по умолчанию, а не имя пакета варианта.
Рольф ツ
2
@Rolf ツ Это не правда, он вернет правильное имя пакета приложения;) возможно, вы ошибаетесь с именем пакета ваших классов Java
Billda
29
Будьте осторожны при использовании этого в проекте библиотеки - это не будет работать.
Зямис
6
Будьте осторожны при использовании этого в нескольких модулях внутри проекта.
user802421
68

Если со словом «где угодно» вы имеете в виду, не имея явного Context(например, из фонового потока), вы должны определить класс в вашем проекте, например:

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

Затем по вашему manifestнеобходимо добавить этот класс в Nameполе на Applicationвкладке. Или отредактируйте xml и поставьте

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

а потом откуда угодно можно позвонить

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

Надеюсь, поможет.

Addev
источник
Это не потокобезопасно, но вы, вероятно, можете обойтись без него, если фоновая нить будет запущена этим действием позже.
tomwhipple
3
Это потокобезопасно, так как ссылка на экземпляр - это первое, что устанавливается при запуске приложения
Addev
17
По этой проблеме: code.google.com/p/android/issues/detail?id=8727 Объекты ContentProvider создаются до объекта Application, очевидно, в отличие от документации, но также в соответствии с проектом. Это может привести к тому, что ваш экземпляр будет по-прежнему не установлен, если getInstance () был вызван во время инициализации ContentProvider.
Карл
3
Документация Application.onCreate()была изменена, чтобы отразить это: теперь она конкретно гласит: «Вызывается при запуске приложения, перед любыми действиями, услугами или объектами получателя (кроме поставщиков контента)».
Пол Ламмерцма
2
Это должен быть выбранный ответ, потому что контекст никогда не исчезнет, ​​независимо от того, какое действие выполняется.
Elad Nava
43

Если вы используете сборку Gradle, используйте это: BuildConfig.APPLICATION_IDчтобы получить имя пакета приложения.

Махендра Лия
источник
6
Идентификатор приложения и имя пакета - разные вещи. Идентификатор приложения определяется через файл gradle.build, а имя пакета определяется в манифесте. Хотя они часто имеют одинаковое значение, они также часто различаются в более сложных сценариях сборки. Можно присвоить разные идентификаторы приложений для разных конфигураций сборки, в то время как имя пакета остается неизменным.
Uli
3
@Uli Для тех, кто хочет узнать нюансы чуть более детально tools.android.com/tech-docs/new-build-system/…
Кевин Ли
10
@Uli При этом, даже если applicationId в app.gradle отталкивается от packageName внутри AndroidManifest.xml, вызов context.getPackageName () возвращает applicationId, а не packageName внутри AndroidManifest.xml. Смысл новой системы сборки заключался в том, чтобы отделить их, поэтому applicationId - это фактическое имя пакета приложения, известное Google Play и устройству, на котором оно установлено - оно не может измениться после развертывания. Моя точка зрения, это нормально использовать BuildConfig.APPLICATION_ID. Дайте мне знать, если я ошибаюсь (:
Кевин Ли
2
@kevinze Совершенно точно! Я провел тест, чтобы перепроверить. Спасибо за разъяснение / исправление.
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;

}
bala7s
источник
4

Вы можете получить название вашего пакета следующим образом:

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

Вот варианты:

$ 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.
user8128167
источник
3

Вы можете использовать недокументированный метод android.app.ActivityThread.currentPackageName():

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

Предостережение: это должно быть сделано в главном потоке приложения.

Спасибо за этот пост в блоге за идею: http://blog.javia.org/static-the-android-application-package/ .

Алексей Хлебников
источник
2

Для тех, кто использует Gradle, как упоминалось @Billda, вы можете получить имя пакета через:

BuildConfig.APPLICATION_ID

Это дает вам имя пакета, объявленное в вашем приложении gradle:

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

Если вы заинтересованы в получении имени пакета, используемого вашими классами Java (которое иногда отличается от applicationId), вы можете использовать

BuildConfig.class.getPackage().toString()

Если вы не уверены, какой из них использовать, прочитайте здесь :

Примечание. Идентификатор приложения раньше напрямую связывался с именем пакета вашего кода; поэтому некоторые API Android используют термин «имя пакета» в именах своих методов и имен параметров, но на самом деле это идентификатор вашего приложения. Например, метод Context.getPackageName () возвращает идентификатор вашего приложения. Нет необходимости сообщать истинное имя пакета вашего кода за пределами кода приложения.

user1506104
источник
какой код вы использовали? пожалуйста, предоставьте точную ошибку, которую вы получили.
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; 

Надеюсь, это сработает.

Джуборай Саркер
источник
0

Создайте Java-модуль, который будет изначально запускаться при запуске вашего приложения. Этот модуль будет расширять класс приложений Android и инициализировать любые глобальные переменные приложения, а также содержать подпрограммы утилит всего приложения -

public class MyApplicationName extends Application {

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

    public String getPackageName() { return PACKAGE_NAME; }
}

Конечно, это может включать логику для получения имени пакета из системы Android; однако, приведенный выше код меньше, быстрее и чище, чем его получение с Android.

Обязательно поместите запись в свой файл AndroidManifest.xml, чтобы сообщить android о запуске модуля приложения перед выполнением каких-либо действий.

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

Затем, чтобы получить имя пакета из любого другого модуля, введите

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

Использование модуля приложения также дает вам контекст для модулей, которые нуждаются, но не имеют контекста.

Эрл Аллен
источник
0

Используйте: BuildConfig.APPLICATION_ID, чтобы получить ИМЯ ПАКЕТА в любом месте (т. Е. Услуги, получатель, активность, фрагмент и т. Д.)

Пример: String PackageName = BuildConfig.APPLICATION_ID;

pharid
источник
0

Просто импортируйте Android.app ,, тогда вы можете использовать: <br/>Application.getProcessName()<br/>

Получить текущее имя процесса приложения без контекста, представления или действия.

без названия
источник