如题,拿Oppo 手机做个示例,小米 华为也是如此。
在编写Android应用的时候,我们经常会有这样的需求,我们想直接打开系统应用的某个页面。比如在Oppo R9 手机上我们想打开某个应用的通知管理界面如下图
点击QQ图标,跳转到如下界面
同时我们在terminal中 通过 adb logcat |grep “ActivityManager” 我们可以看到Activity的相关信息
I/ActivityManager( 902): START u0 {act=com.coloros.notificationmanager.app.detail cmp=com.coloros.notificationmanager/.AppDetailPreferenceActivity (has extras)} from uid 1000 from pid 31395 on display 0
D/ActivityManager( 902): Delay resumeKeyDispatchingLocked() to avoid deadlock.
I/ActivityManager( 902): [AppLaunch] Displayed Displayed com.coloros.notificationmanager/.AppDetailPreferenceActivity: +160ms
D/ActivityManager( 902): AP_PROF:AppLaunch_LaunchTime:com.coloros.notificationmanager/.AppDetailPreferenceActivity:160:27986714
D/ActivityManager( 902): ACT-IDLE_NOW_MSG from windowsVisible() for idle: ActivityRecord{293543ae u0 com.coloros.notificationmanager/.AppDetailPreferenceActivity t157}
通过日志我们看到了设置QQ通知管理的Activity的包名和类名分别是
com.coloros.notificationmanager/.AppDetailPreferenceActivity.但是启动这个Activity是需要附加Extras的,至少应用的包名是需要传递进去的,要不然凭什么知道这就是设置QQ的通知权限而不是微信的通知权限呢。动动脚趾头猜下 至少是传递了一个包名进去,但是具体的key我们是不得而知。怎么办!?我们想知道这个类到底传了哪些key-value,以及这个Activity是否能被外部应用吊起,那只能反编译源码,到AppDetailPreferenceActivity.java中查看到底传递了哪些key以及得到AndroidManifest.xml 查看声明的AppDetailPreferenceActivity exported 属性是否为false。
1.1既然是反编译,那首先我们要确定这个系统应用的APK到底在哪里,连上手机,打开terminal输入以下命令
adb shell pm path com.coloros.notificationmanager
输出如下
1.2 接下来的心情应该是兴高采烈,跃跃一试,迫不及待的想要把apk pull到本地,进行反编译,那么我可以很负责任的告诉你,你高兴的太早了,这样根本无法反编译出源代码。不信且看
adb pull /system/app/notification_center/notification_center.apk ~/oppo
1.3这样我们就把系统apk pull到本地了,先确认下apk中是否有dex文件
unzip notification_center.apk
1.4.然后我在解压后的文件夹想努力的找到classes.dex,最后震惊了,什么鬼,apk 怎么可以没有classes.dex文件,特么的是在逗我吗,真的不敢直视自己的才疏学浅, 反正事实就是这样子了,就是没有classes.dex,怎么着吧。既然是这样的话,那么能拿到真正的apk吗,答案当然是能。
到这里我需要隆重介绍三个利器Lordroid、enjarify以及Apktool
,Lordroid 它能将系统优化过的odex 解码成dex,就是利用它能够将得到可以被反编译的Apk、enjarify可以将apk反编译成jar、Apktool可以获取apk的资源文件。具体使用请自行解决,不做过多介绍了。
正确打开方式
2.1 把手机/system 拉取到电脑上
adb pull /system ~/system
这里有三个比较重要的文件或文件夹 build.pro、framework、priv-app。请注意!!!我们目标apk notification_center.apk不是说好的在 app文件夹里面吗,怎么没有拉取到呢。怎么办?再手动拉取一遍呗!
cd priv-app
rm -rf *
adb pull /system/app/notification-center .
这样notification-center文件夹就被拉取下来了
2.2接下来打开Lordroid主界面,cd Lordroid主目录
java -jar Launcher.jar
2.3点击browse 选择 ~/system(前面拉取Apk 的目录) 目录,如下提示找到priv-app 和framework目录
2.4点击Deodex now!
2.5至此Deodex 已经成功,我们到priv-app/notification-center 中已经生成了一个notification-center.apk,再解压看看是否有classes.dex
至此我们看到了classes.dex又重回apk的怀抱。可以按常规的方法去反编译,此处省略xxx字,请自行脑补。
3.1 最后我们得到了notification-center.apk的jar包,用JD-GUI打开,定位到AppDetailPreferenceActivity,查找Extra关键字
会发现传了”pkg_name” “app_name” “class_name”三个key。
3.2 那么写个demo 验证下吧
private void startOppoNotification() {//Intent intent = new //Intent("com.coloros.notificationmanager.app.detail_ab//andon");Intent intent = new Intent();intent.setComponent(new ComponentName("com.coloros.notificationmanager", "com.coloros.notificationmanager.AppDetailPreferenceActivity"));intent.putExtra("pkg_name", "com.coohuaclient");intent.putExtra("app_name", "酷划锁屏");intent.putExtra("class_name", "com.coohuaclient.ui.activity.SplashActivity");intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);startActivity(intent);}
3.3效果如下
理论上讲有了这样的方法,我们基本上可以直达任何应用的可以被外部访问的界面了