详解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