详解Android App卸载后跳转到指定的反馈页面的方法
很多人也许会问:360被卸载之后会跳转到指定的反馈页面,是怎么弄的?
其实这个问题的核心就在于:应用被卸载了,如果能够做到后续的代码逻辑继续执行
我们再来仔细分析一下场景和流程
一个应用被用户卸载肯定是有理由的,而开发者却未必能得知这一重要的理由,毕竟用户很少会主动反馈建议,多半就是用得不爽就卸,如果能在被卸载后获取到用户的一些反馈,那对开发者进一步改进应用是非常有利的。目前据我所知,国内的android应用中实现这一功能的只有360手机卫士、360平板卫士,那么如何实现这一功能的?
我们可以把实现卸载反馈的问题转化为监听自己是否被卸载,只有得知自己被卸载,才可以设计相应的反馈处理流程。以下的列表是我在研究这一问题的思路:
1、注册broadcastreceiver,监听"android.intent.action.package_removed"系统广播
结果:no。未写代码,直接分析,卸载的第一步就是退出当前应用的主进程,而此广播是在已经卸载完成后才发出的,此时主进程都没有了,去哪onreceive()呢?
2、若能收到"将要卸载xx包"的系统广播,在主进程被退出之前就抢先进行反馈处理就好了,可惜没有这样的系统广播,不过经过调研,倒是发现了一个办法,读取系统log,当日志中包含"android.intent.action.delete"和自己的包名时,意味着自己将要被卸载。
结果:no。调试时发现此方法有两个缺陷,(1)点击设置中的卸载按钮即发出此intent,此时用户尚未在弹框中确认卸载;(2)pm命令卸载不出发此intent,意味着被诸如手机安全管家,豌豆荚等软件卸载时,无法提前得知卸载意图。
3、由于时间点不容易把控,所以干脆不依赖系统广播或log,考虑到卸载过程会删除"/data/data/包名"目录,我们可以用线程直接轮询这个目录是否存在,以此为依据判断自己是否被卸载。
结果:no。同方法1,主进程退出,相应的线程必定退出,线程还没等到判断目录是否存在就已经被销毁了。
4、改用c端进程轮询"/data/data/包名"目录是否存在
结果:yes。借助java端进程fork出来的c端进程在应用被卸载后不会被销毁。
解决的方案确定了,下面来看一下代码吧:
#include <jni.h> #include <stdio.h> #include <stdlib.h> #include <string.h> #include <android/log.h> #include <unistd.h> #include <sys/inotify.h> #include "com_example_uninstalldemos_nativeclass.h" /* 宏定义begin */ //清0宏 #define mem_zero(pdest, destsize) memset(pdest, 0, destsize) #define log_tag "onevent" //log宏定义 #define logd(fmt, args...) __android_log_print(android_log_info, log_tag, fmt, ##args) jniexport jstring jnicall java_com_example_uninstalldemos_nativeclass_init(jnienv* env, jobject thiz) { //初始化log logd("init start..."); //fork子进程,以执行轮询任务 pid_t pid = fork(); if (pid < 0) { //出错log logd("fork failed..."); } else if (pid == 0) { //子进程注册"/data/data/pym.test.uninstalledobserver"目录监听器 int filedescriptor = inotify_init(); if (filedescriptor < 0) { logd("inotify_init failed..."); exit(1); } int watchdescriptor; watchdescriptor = inotify_add_watch(filedescriptor,"/data/data/com.example.uninstalldemos", in_delete); logd("watchdescriptor=%d",watchdescriptor); if (watchdescriptor < 0) { logd("inotify_add_watch failed..."); exit(1); } //分配缓存,以便读取event,缓存大小=一个struct inotify_event的大小,这样一次处理一个event void *p_buf = malloc(sizeof(struct inotify_event)); if (p_buf == null) { logd("malloc failed..."); exit(1); } //开始监听 logd("start observer..."); size_t readbytes = read(filedescriptor, p_buf,sizeof(struct inotify_event)); //read会阻塞进程,走到这里说明收到目录被删除的事件,注销监听器 free(p_buf); inotify_rm_watch(filedescriptor, in_delete); //目录不存在log logd("uninstall"); //执行命令am start -a android.intent.action.view -d http://shouji.360.cn/web/uninstall/uninstall.html execlp( "am", "am", "start", "-a", "android.intent.action.view", "-d", "http://shouji.360.cn/web/uninstall/uninstall.html", (char *)null); //4.2以上的系统由于用户权限管理更严格,需要加上 --user 0 //execlp("am", "am", "start", "--user", "0", "-a", //"android.intent.action.view", "-d", "https://www.google.com",(char *) null); } else { //父进程直接退出,使子进程被init进程领养,以避免子进程僵死 } return (*env)->newstringutf(env, "hello from jni !"); }
这里面主要是用到了linux中的inotify,这个相关的内容可以自行百度一下~~
这里有一个很重要的知识,也是解决这个问题的关键所在,就是linux中父进程死了,但是子进程不会死,而是被init进程领养。所以当我们应用(进程)卸载了,但是我们fork的子进程并不会销毁,所以我们上述的逻辑代码就可以放到这里来做了。(学习了)
android应用程序代码:
myactivity.java
package com.example.uninstalldemos; import android.app.activity; import android.content.intent; import android.os.bundle; import android.util.log; public class myactivity extends activity { @override public void oncreate(bundle savedinstancestate) { super.oncreate(savedinstancestate); setcontentview(r.layout.activity_main); intent intent = new intent(this, sdcardlistenser.class); startservice(intent); nativeclass nativeobj = new nativeclass(); nativeobj.init(); } static { log.d("onevent", "load jni lib"); system.loadlibrary("hello-jni"); } }
sdcardlistenser.java
package com.example.uninstalldemos; import android.annotation.suppresslint; import android.app.service; import android.content.context; import android.content.intent; import android.net.uri; import android.os.environment; import android.os.fileobserver; import android.os.ibinder; import android.util.log; import java.io.file; import java.io.ioexception; public class sdcardlistenser extends service { sdcardlistener[] listenners; @suppresslint("sdcardpath") @override public void oncreate() { sdcardlistener[] listenners = { new sdcardlistener("/data/data/com.example.uninstalldemos", this), new sdcardlistener(environment.getexternalstoragedirectory() + file.separator + "1.txt", this) }; this.listenners = listenners; log.i("onevent", "=========oncreate============"); for (sdcardlistener listener : listenners) { listener.startwatching(); } file file = new file(environment.getexternalstoragedirectory() + file.separator + "1.txt"); log.i("onevent", "dddddddddddddddddddddd ncreate============"); if (file.exists()) file.delete(); /*try { file.createnewfile(); } catch (ioexception e) { e.printstacktrace(); }*/ } @override public void ondestroy() { for (sdcardlistener listener : listenners) { listener.stopwatching(); } } @override public ibinder onbind(intent intent) { return null; } } class sdcardlistener extends fileobserver { private string mpath; private final context mcontext; public sdcardlistener(string parentpath, context ctx) { super(parentpath); this.mpath = parentpath; this.mcontext = ctx; } @override public void onevent(int event, string path) { int action = event & fileobserver.all_events; switch (action) { case fileobserver.delete: log.i("onevent", "delete path: " + mpath + file.separator + path); //openbrowser(); break; case fileobserver.modify: log.i("onevent", "更改目录" + mpath + file.separator + path); break; case fileobserver.create: log.i("onevent", "创建文件" + mpath + file.separator + path); break; default: break; } } protected void openbrowser() { uri uri = uri.parse("http://aoi.androidesk.com"); intent intent = new intent(intent.action_view, uri); mcontext.startactivity(intent); } public void exeshell(string cmd) { try { runtime.getruntime().exec(cmd); } catch (throwable t) { t.printstacktrace(); } } }
开启一个服务,在这个服务中我们可以看到,用到了一个很重要的一个类fileobserver,也是用来监听文件的变更的,这个和上面的inotify功能差不多。关于这个类的具体用法和介绍,可以自行百度呀~~
运行:
我们将应用安装之后,打开log进行检测日志:
adb logcat -s onevent