Как получить название пакета откуда угодно?

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

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


person ef2011    schedule 05.07.2011    source источник
comment
Принятый ответ будет приводить к тому, что ваше приложение иногда АВАРИИ - прочтите комментарии AddDev и Turbo и поблагодарите их обоих за предложения решений.   -  person nikib3ro    schedule 18.07.2012
comment
У вас может не быть другого варианта, но в качестве передовой практики я бы сказал, что лучше каким-то образом передать это в класс, в котором он вам нужен, из вашей последней точки контекста. Вы получаете доступ к информации контекста среды выполнения из класса, который не знает о контекстах статическим образом - для меня это плохо пахнет. Другой подход - это где-нибудь жестко закодировать.   -  person Adam    schedule 15.07.2013


Ответы (14)


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

Вам нужно будет инициализировать его в методе 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.

person John Leehey    schedule 05.07.2011
comment
На данный момент это кажется мне наиболее практичным решением, но оно требует от меня создания подкласса действия ... +1 на данный момент. - person ef2011; 06.07.2011
comment
Только что нашел аналогичную ссылку: stackoverflow .com / questions / 2002288 / - person ef2011; 06.07.2011
comment
Насколько я понимаю, final делает его неизменным, инициализируемым только в конструкторе и только один раз. onCreate() не является конструктором. Пожалуйста, поправьте, если я ошибаюсь. - person ef2011; 06.07.2011
comment
Вы правы. onCreate () вполне может быть вызван более одного раза. Виноват. Спасибо, что разъяснили это. - person John Leehey; 06.07.2011
comment
Такой подход неверен. Например, если ваше приложение переходит в фоновый режим, когда вы выполняете вторичную деятельность, а затем восстанавливается. Не удалось вызвать onCreate () вашего основного действия, и ваш PACKAGE_NAME будет нулевым !. Вдобавок что, если у вашего приложения 10 точек входа и нет четкого основного действия? Вы можете проверить мой ответ на этот вопрос для правильного подхода - person Addev; 25.02.2012
comment
Если приложение переходит в фоновый режим, не хранятся ли переменные в памяти? onCreate () нужно просто вызвать один раз. - person John Leehey; 27.02.2012
comment
@JohnLeehey, если приложение переходит в фоновый режим, есть вероятность, что система Android в какой-то момент завершит процесс, что приведет к сбросу статических переменных. Я столкнулся с несколькими проблемами в Android из-за такого поведения и поэтому пытался использовать только статические переменные для хранения непостоянных данных. - person Tony Chan; 14.07.2012
comment
@Turbo, если Android убивает процесс, onCreate все равно придется вызывать снова, так что это решение все равно не должно быть проблемой. - person John Leehey; 14.07.2012
comment
@JohnLeehey Я тоже так подумал, но я заметил немного другое поведение, начиная с ICS (по крайней мере, на моем Nexus S). Я верю, что onCreate должен вызываться снова после того, как процесс был убит, но я думаю, что, начиная с ICS, приложение продолжит работу в любом действии, на котором оно остановилось. Скажем, вы запускаете приложение и переходите от Activity A - ›Activity B, затем выйдите из приложения и выполните некоторые операции с интенсивным использованием памяти, а затем вернитесь, оно все еще будет в действии B, а любые статические переменные, которые вы установили в действии A, будут сброшены / обнулены. Я не уверен, какие изменения ICS вызывают это. - person Tony Chan; 18.07.2012
comment
Не вызовет ли это утечки памяти? Статический String содержит ту же ссылку, что и строка, возвращаемая getApplicationContext().getPackageName(). - person Maksim Dmitriev; 14.11.2013
comment
@MaksimDmitriev статическая переменная будет оставаться только до тех пор, пока приложение существует в памяти. Контекст статической переменной находится внутри приложения. Я считаю, что после уничтожения приложения статическая ссылка на строку имени пакета будет удалена. - person John Leehey; 14.11.2013
comment
Я всегда предпочитаю использовать BuildConfig.APPLICATION_ID - person TapanHP; 11.05.2018
comment
ПРИМЕЧАНИЕ. Имя пакета (имя пакета Java, объявленное в манифесте) и идентификатор приложения (уникальное имя Play Store) НЕ одно и то же. Имена api теперь неверны, как указано в документах: Note: The application ID used to be directly tied to your code's package name; so some Android APIs use the term "package name" in their method names and parameter names, but this is actually your application ID. For example, the Context.getPackageName() method returns your application ID. There's no need to ever share your code's true package name outside your app code. - person Brendon Whateley; 15.11.2018

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

BuildConfig.APPLICATION_ID

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

person Billda    schedule 02.07.2014
comment
Это правильный способ, должен быть принятый ответ. - person aberaud; 16.09.2015
comment
Примечание. Для сборок с несколькими вариантами это вернет (в зависимости от импорта, используемого для получения доступа к классу BuildConfig) имя пакета конфигурации по умолчанию, а не имя пакета варианта. - person Rolf ツ; 29.06.2016
comment
@Rolf ツ Это неправда, он вернет правильное имя пакета приложения;) возможно, вы ошиблись с именем пакета ваших классов java - person Billda; 29.06.2016
comment
Нет, это не так, APPLICATION_ID вернет правильное имя пакета, только если вы включили автоматически сгенерированный класс BuildConig из своего вкуса (например, com.example.myapp.flavor1.BuildConfig вместо com.example.myapp.BuildConfig) - person Rolf ツ; 29.06.2016
comment
Будьте осторожны при использовании этого в библиотечном проекте - это не сработает. - person zyamys; 08.06.2017
comment
Будьте осторожны, если используете это в нескольких модулях внутри проекта. - person user802421; 25.10.2017
comment
Если вы используете библиотеку, вы всегда можете использовать объект Context, а затем вызвать getPackageName (). См. Ответы ниже или stackoverflow.com/questions/42769004/ - person narko; 22.02.2018
comment
@aberaud Это неправильный способ или принятый ответ, потому что он зависит от конкретной конфигурации, тогда как принятый ответ использует API платформы. - person Abandoned Cart; 08.06.2019

Если под словом «где угодно» вы имеете в виду отсутствие явного 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();

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

person Addev    schedule 24.11.2011
comment
Это небезопасно для потоков, но вы, вероятно, сможете обойтись без него, если позже этим действием будет запущен фоновый поток. - person tomwhipple; 12.12.2011
comment
Он потокобезопасен, поскольку ссылка на экземпляр - это первое, что задается при запуске приложения. - person Addev; 25.02.2012
comment
По этой проблеме: code.google.com/p/android/issues/ detail? id = 8727 Объекты ContentProvider создаются до объекта Application, очевидно, вопреки документации, но также очевидно согласно дизайну и в соответствии с ним. Это может привести к тому, что ваш экземпляр все еще не будет установлен, если getInstance () был вызван во время инициализации ContentProvider. - person Carl; 26.06.2012
comment
Документация по Application.onCreate() была изменена на отразите это: теперь он специально указывает «Вызывается» при запуске приложения перед любыми объектами действия, службы или получателя (за исключением поставщиков контента). - person Paul Lammertsma; 01.11.2013
comment
Это должен быть выбранный ответ, потому что контекст никогда не исчезнет, ​​независимо от того, какое действие выполняется. - person Elad Nava; 12.12.2013

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

person Mahendra Liya    schedule 15.10.2014
comment
Идентификатор приложения и имя пакета - разные вещи. Идентификатор приложения определяется через файл gradle.build, а имя пакета определяется в манифесте. Хотя они часто имеют одинаковое значение, они также часто различаются в более сложных сценариях сборки. Можно назначить разные идентификаторы приложения для разных конфигураций сборки, при этом имя пакета остается неизменным. - person Uli; 09.02.2016
comment
@Uli Для тех, кто хочет знать нюансы чуть подробнее tools.android.com/tech-docs/new-build-system/ - person Kevin Lee; 08.04.2016
comment
@Uli При этом, даже если applicationId в app.gradle зависит от packageName внутри AndroidManifest.xml, вызов context.getPackageName () возвращает applicationId, а не packageName внутри AndroidManifest.xml. Смысл новой системы сборки состоял в том, чтобы разделить и то и другое, поэтому applicationId - это фактическое имя пакета приложения, известное Google Play и устройству, на котором оно установлено, - оно не может измениться после развертывания. Я хочу сказать, что можно использовать BuildConfig.APPLICATION_ID. Дайте мне знать, если я ошибаюсь (: - person Kevin Lee; 08.04.2016
comment
@kevinze Совершенно точно! Я провел тест, чтобы перепроверить. Спасибо за разъяснение / исправление. - person Uli; 09.04.2016

Вы можете получить имя своего пакета так:

$ /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.
person user8128167    schedule 01.06.2016

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

BuildConfig.APPLICATION_ID

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

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

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

BuildConfig.class.getPackage().toString()

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

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

person user1506104    schedule 23.07.2018
comment
какой код вы использовали? укажите точную ошибку, которую вы получили. - person user1506104; 29.08.2018

Вы можете использовать недокументированный метод 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/.

person Alexei Khlebnikov    schedule 28.12.2017

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; 

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

person Juboraj Sarker    schedule 20.02.2018

Создайте модуль 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();

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

person Earl Allen    schedule 26.12.2015

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

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

person pharid    schedule 16.10.2018
comment
если вы находитесь в библиотеке / модуле, будет получен идентификатор библиотечного приложения. - person Brill Pappin; 26.01.2021

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

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

person untitled    schedule 30.05.2019

BuildConfig.APPLICATION_ID и пакет не всегда могут совпадать. Используйте buildConfigField, чтобы градиент добавил пакет в BuildConfig и получил доступ как BuildConfig.PACKAGE. https://developer.android.com/studio/build/gradle-tips

defaultConfig {
    applicationId "com.example.app.name"
    minSdkVersion 24
    targetSdkVersion 29
    versionCode 1
    versionName '0.1.0'
    testInstrumentationRunner "androidx.test.runner.AndroidJUnitRunner"
    buildConfigField("String", "PACKAGE", "\"com.example.app\"")
}
person Jeff Landis    schedule 03.03.2021

Это работает для меня в котлине

       override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)
       
        var packageName=applicationContext.packageName // need to put this line
        Log.d("YourTag",packageName)
}
person Aalishan Ansari    schedule 17.03.2021

Просто используйте этот код

val packageName = context.packageName 
person Daniel Park    schedule 30.03.2021