版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/myvest/article/details/73821941
在framework层,有时候,需要获取调用接口的包名,来针对apk做一些不同的处理逻辑。今天遇到通过PID来获取包名,结果不对,写这段代码的同事说这个他测试是正常的。
让我们来看下这段代码
private String getCallerProcessName() {
if (null == mContext) {
return "";
}
int pid = Binder.getCallingPid();
ActivityManager manager = (ActivityManager)mContext.getSystemService(Context.ACTIVITY_SERVICE);
for (RunningAppProcessInfo processInfo : manager.getRunningAppProcesses()) {
if (processInfo.pid == pid) {
Log.d(TAG, "processName: " + processInfo.processName);
return processInfo.processName;
}
}
return "";
}
基本上就是通过获取调用者的PID,通过遍历当前运行的app,来得到包名。而实际上,这段代码是有问题的,因为一个apk,并不一定只有一个进程,也即可能有多个PID。针对我测试的那种情况,调用的进程是app_process,所以遍历过后,并不能得到apk的包名,而我的同事的情况刚好只有一个进程,那自然就没问题了。
怎么修改呢?更准确的方法是使用UID来进行判断,我们知道,在android中,每一个进程都有且只有一个UID。
private String getCallerProcessName() {
int uid = Binder.getCallingUid();
String callingApp = mContext.getPackageManager().getNameForUid(uid);
Log.d(TAG, "callingApp: " + callingApp);
if(callingApp != null){
return callingApp;
}
return "";
}