详解Android App卸载后跳转到指定的反馈页面的方法

 更新时间:2016年04月28日 17:26:53   作者:尼古拉斯_赵四  
这篇文章主要介绍了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
2016428172750821.png (621×474)

相关文章

最新评论