Ich bin mir der Verfügbarkeit von Context.getApplicationContext () und View.getContext () bewusst, durch die ich tatsächlich Context.getPackageName () aufrufen kann, um den Paketnamen einer Anwendung abzurufen .
Sie funktionieren, wenn ich von einer Methode aus aufrufe, für die ein View
- oder ein Activity
-Objekt verfügbar ist, aber wenn ich den Paketnamen von einer völlig unabhängigen Klasse ohne View
oder Activity
finden möchte, gibt es eine Möglichkeit (direkt oder indirekt) )
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 zur 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 Main.PACKAGE_NAME
darauf zugreifen.
Wenn Sie das gradle-Android-Plugin zum Erstellen Ihrer App verwenden, können Sie dies verwenden
BuildConfig.APPLICATION_ID
um den Paketnamen aus einem beliebigen Bereich abzurufen, inkl. eine statische.
Wenn Sie mit dem Wort "irgendwo" meinen, ohne eine explizite Context
zu haben (zum Beispiel von einem Hintergrundthread), sollten Sie eine Klasse in Ihrem Projekt definieren, wie:
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 müssen Sie diese Klasse in der Variablen manifest
im Feld Name
auf der Registerkarte Application
hinzufügen. Oder editieren 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.
Wenn Sie Gradle Build verwenden, verwenden Sie Folgendes: BuildConfig.APPLICATION_ID
, um den Paketnamen der Anwendung abzurufen.
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;
}
Sie können Ihren Paketnamen wie folgt 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.
Erstellen Sie ein Java-Modul, das beim Starten Ihrer App zum ersten Mal ausgeführt werden soll. Dieses Modul erweitert die Android-Anwendungsklasse und initialisiert alle globalen App-Variablen und enthält außerdem app-weite Dienstprogramme.
public class MyApplicationName extends Application {
private final String PACKAGE_NAME = "com.mysite.myAppPackageName";
public String getPackageName() { return PACKAGE_NAME; }
}
Natürlich könnte dies eine Logik beinhalten, um den Paketnamen vom Android-System zu erhalten. Der obige Code ist jedoch kleiner, schneller und sauberer als der Erhalt von Android.
Stellen Sie sicher, dass Sie einen Eintrag in Ihre AndroidManifest.xml-Datei einfügen, damit Android Ihr Anwendungsmodul ausführen kann, 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, jedoch keinen Kontext haben.
Sie können die undokumentierte -Methode Android.app.ActivityThread.currentPackageName()
verwenden:
Class<?> clazz = Class.forName("Android.app.ActivityThread");
Method method = clazz.getDeclaredMethod("currentPackageName", null);
String appPackageName = (String) method.invoke(clazz, null);
Caveat: Dies muss im Hauptthread der Anwendung erfolgen.
Dank dieses Blogposts für die Idee: http://blog.javia.org/static-the-Android-application-package/ .
Importiere einfach Android.app , dann kannst du folgendes benutzen: <br/>Application.getProcessName()<br/>
Ruft den aktuellen Anwendungsprozessnamen ohne Kontext, Ansicht oder Aktivität ab.
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;
Ich hoffe es wird klappen.
Für diejenigen, die Gradle verwenden, können Sie, wie @Billda erwähnt, 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 von Ihren Java-Klassen verwendeten Paketnamen zu erhalten (der sich manchmal von applicationId
unterscheidet), können Sie diesen verwenden
BuildConfig.class.getPackage().toString()
Wenn Sie sich nicht sicher sind, welches Sie verwenden sollen, lesen Sie hier :
Hinweis: Früher war die Anwendungs-ID direkt mit dem Paketnamen Ihres Codes verknüpft. Einige Android-APIs verwenden daher den Begriff "Paketname" in ihren Methoden- und Parameternamen, aber dies ist eigentlich 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 freizugeben.