Wie bekomme ich den Paketnamen von überall?

346

Mir ist die Verfügbarkeit von Context.getApplicationContext () und View.getContext () bekannt , über die ich Context.getPackageName () aufrufen kann , um den Paketnamen einer Anwendung abzurufen.

Sie funktionieren, wenn ich von einer Methode aus aufrufe, für die ein Viewoder ein ActivityObjekt verfügbar ist, aber wenn ich den Paketnamen aus einer völlig unabhängigen Klasse ohne Viewoder suchen möchte Activity, gibt es eine Möglichkeit, dies (direkt oder indirekt) zu tun?

ef2011
quelle
7
Eine akzeptierte Antwort führt dazu, dass Ihre Bewerbung gelegentlich abstürzt. Lesen Sie die Kommentare von AddDev & Turbo und danken Sie beiden für die Lösungsvorschläge.
Nikib3ro
1
Möglicherweise haben Sie keine andere Option, aber als Best Practice würde ich sagen, dass es besser ist, dies in irgendeiner Weise an die Klasse zu übergeben, in der Sie es von Ihrem letzten Kontextpunkt aus benötigen. Sie greifen auf Laufzeitkontextinformationen aus einer Klasse zu, die nicht statisch über Kontexte Bescheid weiß - für mich riecht es schlecht. Ein anderer Ansatz wäre, es irgendwo fest zu codieren.
Adam

Antworten:

487

Eine Idee ist, eine statische Variable in Ihrer Hauptaktivität zu haben, die als Paketname instanziiert wird. Dann verweisen Sie einfach auf diese Variable.

Sie müssen es in der onCreate()Methode der Hauptaktivität initialisieren :

Global für die Klasse:

public static String PACKAGE_NAME;

Dann..

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

    PACKAGE_NAME = getApplicationContext().getPackageName();
}

Sie können dann über darauf zugreifen Main.PACKAGE_NAME.

John Leehey
quelle
3
Dies scheint momentan die praktischste Lösung für mich zu sein, erfordert jedoch, dass ich eine Unterklasse der Aktivität erstelle ... +1 für den Moment.
ef2011
1
Habe
ef2011
13
Mein Verständnis ist, finaldass es unveränderlich, nur in einem Konstruktor und nur einmal initialisierbar ist . onCreate()ist kein Konstruktor. Bitte korrigieren Sie, wenn ich mich irre.
ef2011
79
Dieser Ansatz ist falsch. Zum Beispiel, wenn Ihre Anwendung in den Hintergrund tritt, wenn Sie sich in einer sekundären Aktivität befinden, und dann wiederhergestellt wird. Das onCreate () Ihrer Hauptaktivität konnte nicht aufgerufen werden und Ihr PACKAGE_NAME ist null!. Was ist außerdem, wenn Ihre Bewerbung 10 Einstiegspunkte hat und es keine eindeutige "Hauptaktivität" gibt? Sie können meine Antwort auf diese Frage für den richtigen Ansatz
überprüfen
3
@Turbo, wenn Android den Prozess abbricht, muss onCreatetrotzdem erneut aufgerufen werden, sodass diese Lösung immer noch kein Problem sein sollte.
John Leehey
276

Wenn Sie das Gradle-Android-Plugin verwenden, um Ihre App zu erstellen, können Sie verwenden

BuildConfig.APPLICATION_ID

um den Paketnamen aus einem beliebigen Bereich abzurufen, inkl. eine statische.

Billda
quelle
23
Das ist der richtige Weg, sollte die akzeptierte Antwort sein.
Aberaud
4
Hinweis: Bei Builds mit mehreren Versionen wird (abhängig vom Import, der für den Zugriff auf die BuildConfig-Klasse verwendet wird) der Paketname der Standardkonfiguration und nicht der Paketname der Version zurückgegeben.
Rolf ツ
2
@Rolf ツ Das ist nicht wahr, es wird den richtigen Paketnamen der Anwendung zurückgeben;) Vielleicht verwechseln Sie es mit dem Paketnamen Ihrer Java-Klassen
Billda
28
Seien Sie vorsichtig, wenn Sie dies in einem Bibliotheksprojekt verwenden - dies funktioniert nicht.
Zyamys
6
Seien Sie vorsichtig, wenn Sie dies auch in mehreren Modulen innerhalb eines Projekts verwenden.
user802421
68

Wenn Sie mit dem Wort "irgendwo" meinen, ohne eine explizite Context(zum Beispiel aus einem Hintergrund-Thread) zu haben, sollten Sie eine Klasse in Ihrem Projekt wie folgt definieren:

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

Dann manifestmüssen Sie diese Klasse in das NameFeld auf der ApplicationRegisterkarte einfügen. Oder bearbeiten Sie die XML und setzen Sie

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

und dann von überall, wo Sie anrufen können

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

Ich hoffe es hilft.

Addev
quelle
Dies ist nicht threadsicher, aber Sie können wahrscheinlich damit durchkommen, wenn der Hintergrund-Thread später durch diese Aktivität gestartet wird.
Tomwhipple
3
Es ist threadsicher, da der Verweis auf die Instanz das erste ist, was beim Start der App festgelegt wird
Addev
17
Zu diesem Problem: code.google.com/p/android/issues/detail?id=8727 ContentProvider-Objekte werden vor dem Anwendungsobjekt erstellt, was offensichtlich der Dokumentation widerspricht, aber anscheinend auch dem Design entspricht. Dies kann dazu führen, dass Ihre Instanz immer noch nicht festgelegt wird, wenn getInstance () während der Initialisierung eines ContentProviders aufgerufen wurde.
Carl
3
Die Dokumentation zu Application.onCreate()wurde geändert, um dies widerzuspiegeln: Sie lautet jetzt speziell "Wird aufgerufen, wenn die Anwendung gestartet wird, vor Aktivitäten, Diensten oder Empfängerobjekten (ausgenommen Inhaltsanbieter)".
Paul Lammertsma
2
Dies sollte die ausgewählte Antwort sein, da der Kontext unabhängig von der ausgeführten Aktivität niemals aussterben wird.
Elad Nava
43

Wenn Sie gradle build verwenden, verwenden Sie Folgendes: BuildConfig.APPLICATION_IDum den Paketnamen der Anwendung abzurufen .

Mahendra Liya
quelle
6
Anwendungs-ID und Paketname sind verschiedene Dinge. Die Anwendungs-ID wird über die Datei gradle.build definiert, und der Paketname wird im Manifest definiert. Während sie häufig den gleichen Wert haben, unterscheiden sie sich in komplexeren Build-Szenarien häufig. Man kann verschiedenen Build-Konfigurationen unterschiedliche Anwendungs-IDs zuweisen, während der Paketname unverändert bleibt.
Uli
3
@Uli Für diejenigen, die die Nuancen etwas detaillierter kennenlernen möchten tools.android.com/tech-docs/new-build-system/…
Kevin Lee
10
@Uli Abgesehen davon gibt der Aufruf von context.getPackageName () die applicationId und nicht den packageName in AndroidManifest.xml zurück, auch wenn die applicationId in app.gradle vom packageName in AndroidManifest.xml abweicht. Der Zweck des neuen Build-Systems bestand darin, beide zu entkoppeln. Daher ist applicationId der tatsächliche Paketname der App, der Google Play und dem Gerät, auf dem sie installiert ist, bekannt ist. Sie kann sich nach der Bereitstellung nicht ändern. Mein Punkt ist, es ist in Ordnung, BuildConfig.APPLICATION_ID zu verwenden. Lassen Sie mich wissen, wenn ich mich irre (:
Kevin Lee
2
@kevinze Völlig genau! Ich habe einen Test durchgeführt, um ihn zu überprüfen. Danke für die Klarstellung / Korrektur.
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
quelle
4

Sie können Ihren Paketnamen folgendermaßen erhalten:

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

Hier sind die Optionen:

$ 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
quelle
3

Sie können eine undokumentierte Methode verwenden android.app.ActivityThread.currentPackageName():

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

Vorsichtsmaßnahme: Dies muss im Haupt-Thread der Anwendung erfolgen.

Vielen Dank an diesen Blog-Beitrag für die Idee: http://blog.javia.org/static-the-android-application-package/ .

Alexei Khlebnikov
quelle
2

Für diejenigen, die Gradle verwenden, wie @Billda erwähnt, können Sie den Paketnamen erhalten über:

BuildConfig.APPLICATION_ID

Dies gibt Ihnen den Paketnamen, der in Ihrem App-Gradle deklariert ist:

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

Wenn Sie daran interessiert sind, den Paketnamen zu erhalten, der von Ihren Java-Klassen verwendet wird (was manchmal anders ist als applicationId), können Sie ihn verwenden

BuildConfig.class.getPackage().toString()

Wenn Sie sich nicht sicher sind, welches Sie verwenden sollen, lesen Sie hier :

Hinweis: Die Anwendungs-ID war früher direkt mit dem Paketnamen Ihres Codes verknüpft. Einige Android-APIs verwenden daher den Begriff "Paketname" in ihren Methoden- und Parameternamen. Dies ist jedoch tatsächlich Ihre Anwendungs-ID. Beispielsweise gibt die Context.getPackageName () -Methode Ihre Anwendungs-ID zurück. Es ist nicht erforderlich, den wahren Paketnamen Ihres Codes jemals außerhalb Ihres App-Codes zu teilen.

user1506104
quelle
Welchen Code haben Sie verwendet? Bitte geben Sie den genauen Fehler an, den Sie erhalten haben.
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; 

Hoffe es wird funktionieren.

Juboraj Sarker
quelle
0

Erstellen Sie ein Java-Modul, das beim Starten Ihrer App zunächst ausgeführt werden soll. Dieses Modul würde die Android-Anwendungsklasse erweitern und alle globalen App-Variablen initialisieren sowie app-weite Dienstprogrammroutinen enthalten -

public class MyApplicationName extends Application {

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

    public String getPackageName() { return PACKAGE_NAME; }
}

Dies könnte natürlich Logik beinhalten, um den Paketnamen vom Android-System zu erhalten; Der oben genannte Code ist jedoch kleiner, schneller und sauberer als der von Android.

Stellen Sie sicher, dass Sie einen Eintrag in Ihre AndroidManifest.xml-Datei einfügen, um Android anzuweisen, Ihr Anwendungsmodul auszuführen, bevor Sie Aktivitäten ausführen.

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

Geben Sie dann ein, um den Paketnamen von einem anderen Modul zu erhalten

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

Durch die Verwendung eines Anwendungsmoduls erhalten Sie auch einen Kontext für Module, die einen Kontext benötigen, aber keinen haben.

Earl Allen
quelle
0

Verwenden Sie: BuildConfig.APPLICATION_ID, um den PAKETNAMEN überall abzurufen (dh Dienste, Empfänger, Aktivität, Fragment usw.)

Beispiel: String PackageName = BuildConfig.APPLICATION_ID;

pharid
quelle
0

Importieren Sie einfach Android.app ,, dann können Sie Folgendes verwenden: <br/>Application.getProcessName()<br/>

Rufen Sie den aktuellen Namen des Bewerbungsprozesses ohne Kontext, Ansicht oder Aktivität ab.

ohne Titel
quelle