android 如何監聽自身應用被卸載


   前段時間有個同事問我android應用在卸載以後,如何能夠通知一下服務器,讓用戶填寫一下卸載的原因,以求爲將來的應用修改積累數據。當時他是有段源代碼的,但是有點小問題,我只是幫他定位一下了代碼的問題,具體細節沒有研究。又加上最近工作比較繁忙,所以就放下來了,今天稍微有點空,就自己做了一個應用demo,告知一下諸位在android中如何做到監聽自身應用被卸載了。


一  效果演示


    打開應用效果圖:

wKiom1Mhs9OR3scKAAD4zL7alUE011.jpg

    圖1


    點擊卸載後提示,如下圖:

wKiom1Mhs-6y41BLAADX1pflCzc704.jpg

    圖2

    然後退出應用,卸載程序,會發現當應用被卸載以後,會彈出調用瀏覽器的提示,這裏隨便放了一個搜狐瀏覽頁面,在自己的應用中應該調用的一般都是調查頁面。如下圖:

wKioL1Mhs-bQSyr9AAJlZrk2vRQ245.jpg

    圖3


    ok,效果前面已經演示了,現在需要討論一下其具體實現了。

    首先,通過adb shell進入手機,然後第一次進入應用,像圖1一樣,不點擊按鈕,通過 ps | busybox grep ubuntu 看這個應用的進程信息,如下圖:

wKiom1MhtCugT7LOAADE4ueeAgc933.jpg

   這個時候只有

   u0_a108   2953  124   490956 47792 ffffffff 40052a40 S com.example.ubuntuforandroid
   2953 這一個進程


   點擊 卸載後提示 按鈕再次,執行剛纔執行的ps命令,發現已經有兩個進程瞭如下圖:

wKioL1MhtBrBigecAADyASYLYkg469.jpg


  其實新產生的進程是通過程序調用jni接口


public static native int Reguninstall(String path,String url);


  這個接口fork了一個進程,而新fork的進程負責監聽本應用是否被卸載了


二  源碼分析


  java層的代碼如下,很簡單,就是調用一下jni接口


protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
                                                                                                                                                                                                                                                                                                      
    setContentView(R.layout.activity_main);
                                                                                                                                                                                                                                                                                              
    initInjectFunction("testfile");
                                                                                                                                                                                                                                                                                              
    test = (TextView)this.findViewById(R.id.testview);
    test.setText("點擊卸載後提示按鈕,你的應用在卸載以後會調用瀏覽器,然後調用你需要的頁面。");
                                                                                                                                                                                                                                                                                              
                                                                                                                                                                                                                                                                                                     
    btn = (Button)this.findViewById(R.id.testbtn);
    btn.setOnClickListener(new View.OnClickListener() {
                                                                                                                                                                                                                                                                                                  
        @Override
        public void onClick(View v) {
            // TODO Auto-generated method stub
            String directory = MainActivity.this.getFilesDir().getAbsolutePath();
            String url = "http://www.sohu.com/";
            JniExec.Reguninstall(directory,url);
            test.setText("現在可以退出應用,然後卸載應用,看看是否有效果");
        }
    });
                                                                                                                                                                                                                                                                                              
                                                                                                                                                                                                                                                                                            
}


一目瞭然,不用多言了


   現在就分析

package com.example.ubuntuforandroid;
public class JniExec {
    static {
        System.loadLibrary("uninstall");
    }
                                                                                                                                                                                                                                                                                     
    public static native int Reguninstall(String path,String url);
                                                                                                                                                                                                                                                                                     
}

 Reguninstall 這個jni接口裏面做了什麼事情,能夠達到監聽本身應用卸載的效果。


  native代碼分析


jint Java_com_example_ubuntuforandroid_JniExec_Reguninstall(JNIEnv* env, jobject thiz, jstring path,
        jstring url)
{
    LOGI("Java_com_example_ubuntuforandroid_JniExec_Reguninstall");
    char *listenpath = (char*) (*env)->GetStringUTFChars(env,path, 0);
    char *jumpurl = (char*) (*env)->GetStringUTFChars(env,url, 0);
    LOGI("notify path is  %s",listenpath);
    LOGI("jumpurl  is  %s",jumpurl);
    pid_t pid;
    pid = fork();
    if(pid == 0)
    {
        //子進程
        inotify_main(listenpath,jumpurl);
    }
    //父進程不阻塞調用 waitpid  ok 子進程變成了孤兒進程,被init進程收養了
    pid = waitpid(-1,0,1);
    LOGI("father bye bye");
    return 0;
}


這個接口裏面最關鍵的是調用了 inotify_main 這個函數。如果看這段代碼比較費力的話,建議先弄清楚linux 下的fork機制,搞清楚 孤兒進程 殭屍進程這些如何產生的情況。


下面看   inotify_main 這個函數

void inotify_main(char *path,char *url)
{
    struct pollfd poll_list[2];
    poll_list[0].fd = inotify_init();
    poll_list[0].events = POLLIN;
    int wd = inotify_add_watch(poll_list[0].fd, path, IN_DELETE | IN_CREATE);
    if(wd < 0) {
        fprintf(stderr, "could not add watch for %s, %s\n", path, strerror(errno));
        return ;
    }
    int retval;
    while(1)
    {
        retval = poll(poll_list,(unsigned long)1,-1);
        /* retval 總是大於0或爲-1,因爲我們在阻塞中工作 */
        LOGI("retval = %d\n",retval);
        if(retval < 0)
        {
            fprintf(stderr,"poll錯誤: %s/n",strerror(errno));
            return;
        }
        if((poll_list[0].revents & POLLIN) == POLLIN)
        {
          LOGI("poll_list[0].revents&POLLIN\n");
          inotify_handle(poll_list[0].fd,url);
        }
    }
     inotify_rm_watch(poll_list[0].fd,wd);
}


這個函數,這裏面用到了  inotify_init  inotify_add_watch  inotify_rm_watch 這幾個linux接口,這幾個接口主要的作用就是監聽指定的目錄,其配合poll函數,能夠監聽目錄下的任何改動,當要監聽的目錄有任何改動的時候,會觸發poll函數的 POLLIN 有可讀數據到來事件。


在本應用中,監聽的是 /data/data/com.example.ubuntuforandroid/files/ 這個目錄,因爲在卸載的時候卸載程序會刪除監聽目錄的,而fork出來的守護進程當發現自身應用的目錄被卸載程序刪除了也就是卸載了,這個時候調用 inotify_handle 這個函數,然後調用 am命令啓動瀏覽器,調用自己需要調用界面。


當然,在調用am指令以後,記得自身守護進程的使命也完成了,需要exit退出一下。

inotify接口的用處很多,擴展一下,也可以用於守護進程,比如A進程和B進程是共生共死的,這裏有一種實現的方式就是 A進程用inotify 監聽 /proc/B進程id目錄,當B進程結束的時候,A進程就能知道B進程不在了,從而結束自己。


例子源碼,見附件,供分析



發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章