很多人也许会问：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
听过许多故事，见过旅行风景，就这样，
