91

我们所知道的,通常(实际上任何)防病毒应用程序在卸载之前都会触发简单的对话框,例如:“你要卸载应用程序,你确定吗?” - “是/否”。

是的,我知道我可以使用意图过滤器拦截包删除意图,例如:

<activity
    android:name=".UninstallIntentActivity"
    android:label="@string/app_name" >
    <intent-filter>
        <action android:name="android.intent.action.VIEW" />
        <action android:name="android.intent.action.DELETE" />
        <category android:name="android.intent.category.DEFAULT" />
        <data android:scheme="package"  />
    </intent-filter>
</activity>

但问题很简单,这会拦截任何删除请求,而且这会在我的应用程序和股票安装程序之间触发选择器对话框。因此,如果用户选择库存安装程序 - 我将无能为力。

我的目标不是阻止用户卸载我的应用程序,而只是回滚我的应用程序所做的更改。

从那些杀毒应用程序中学习,我看到这种操作是可能的,所以请帮助我并解释它是如何可能的?

更新

由于有些人不相信这是真的 - 我会参考Avast Mobile Security

防盗通过使用各种自我保护技术伪装其组件来保护自己免于卸载。

另一个例子:Kaspersky Internet Security for Android -这是卸载它的特殊程序,需要输入密码。

无论如何,这意味着有办法拦截卸载过程,以防止卸载或完成一些最终工作。

4

4 回答 4

163

好的。自 2 天以来,我一直在对这个问题进行大量调查,最终找到了一种“野蛮的方法”来解决它,而无需植根设备 :)

首先,这里是实现解决方案的重点:

1.每当用户进入设置 -> 管理应用程序 -> 选择特定应用程序时 ,我们都会收到一个广播android.intent.action.QUERY_PACKAGE_RESTART,其中包含应用程序包的名称作为附加信息。

2.之后,当我们单击卸载按钮(带有包安装程序)时,它会打开一个名为 - com.android.packageinstaller.UninstallerActivity的活动

控制流程如下:

在应用程序设置下,用户单击卸载按钮 ---> 我们可以控制显示对话/开始另一个活动 / 等等 ---> 我们完成了预卸载任务 ---> 用户返回到卸载确认屏幕 - --> 用户确认并卸载应用

使用方法:

我们将在我们的应用程序中实现一个 BroadcastReceiver 来监听动作“ android.intent.action.QUERY_PACKAGE_RESTART ”并在 onReceive() 方法中匹配我们的包名。如果接收到用于选择所需应用程序包的广播,那么我们将启动一个后台线程,该线程将使用 ActivityManager 继续监视前台运行的活动。

一旦我们发现前台活动是“ com.android.packageinstaller.UninstallerActivity ”,就会确认用户想要卸载我们的应用程序。此时,我们将执行卸载前要执行的所需任务(显示对话框,或启动另一个与卸载窗口重叠的活动等)。执行我们的任务后,我们将允许用户继续确认卸载过程。

实现/源代码:

在 manifest.xml

添加权限:

<uses-permission android:name="android.permission.GET_TASKS"/>

和广播接收器:

<receiver android:name=".UninstallIntentReceiver">
      <intent-filter android:priority="0">
            <action android:name="android.intent.action.QUERY_PACKAGE_RESTART" />
            <data android:scheme="package" />
      </intent-filter>
 </receiver>

UninstallIntentReceiver.java (广播接收器类)

public class UninstallIntentReceiver extends BroadcastReceiver{

    @Override
    public void onReceive(Context context, Intent intent) {
        // fetching package names from extras
        String[] packageNames = intent.getStringArrayExtra("android.intent.extra.PACKAGES"); 

        if(packageNames!=null){
            for(String packageName: packageNames){
                if(packageName!=null && packageName.equals("YOUR_APPLICATION_PACKAGE_NAME")){
                    // User has selected our application under the Manage Apps settings
                    // now initiating background thread to watch for activity
                    new ListenActivities(context).start();

                }
            }
        }
    }

}

ListenActivities 类- 用于监控前台活动

class ListenActivities extends Thread{
    boolean exit = false;
    ActivityManager am = null;
    Context context = null;

    public ListenActivities(Context con){
        context = con;
        am = (ActivityManager) context.getSystemService(Context.ACTIVITY_SERVICE);
    }

    public void run(){

        Looper.prepare();

        while(!exit){

             // get the info from the currently running task
             List< ActivityManager.RunningTaskInfo > taskInfo = am.getRunningTasks(MAX_PRIORITY); 

             String activityName = taskInfo.get(0).topActivity.getClassName();


             Log.d("topActivity", "CURRENT Activity ::"
                     + activityName);

             if (activityName.equals("com.android.packageinstaller.UninstallerActivity")) {
                // User has clicked on the Uninstall button under the Manage Apps settings

                 //do whatever pre-uninstallation task you want to perform here
                 // show dialogue or start another activity or database operations etc..etc..

                // context.startActivity(new Intent(context, MyPreUninstallationMsgActivity.class).setFlags(Intent.FLAG_ACTIVITY_NEW_TASK));
                 exit = true;
                 Toast.makeText(context, "Done with preuninstallation tasks... Exiting Now", Toast.LENGTH_SHORT).show();
            } else if(activityName.equals("com.android.settings.ManageApplications")) {
                // back button was pressed and the user has been taken back to Manage Applications window
                          // we should close the activity monitoring now
                exit=true;
            }
        }
        Looper.loop();
    }
}

已知限制:

当用户单击“管理应用程序设置”下的“卸载”按钮时,我们将执行我们的预卸载任务,然后将用户提示到“确认”窗口,用户可以在该窗口中确认卸载或取消操作。

如果用户在我们完成任务后点击取消按钮,上述方法目前还没有涵盖这种情况。但这可以通过一些修正轻松解决。

例如:如果最终没有收到广播“ android.intent.action.PACKAGE_REMOVED ”,我们可以实现一个逻辑来恢复我们所做的更改。

我希望这种方法对您有所帮助:) 因为这是我认为我们可以在不生根设备的情况下解决您的问题的唯一方法!

[更新 1]:检查卸载任务是否已取消的建议方法:

有趣的是,我之前有完全不同且非常复杂的想法(涉及广播、ActivityManager 等),但是在这里写它时,我脑海中突然出现了另一个相对非常简单的想法 :)

当用户单击“管理应用程序设置”下的“卸载”按钮并执行了预卸载任务后,您只需在应用程序中设置一些已执行预卸载任务并准备好卸载的 SharedPreference。在此之后,您无需关心任何事情。

如果用户继续卸载 -> 它很好,因为您已经执行了所需的任务。

而如果用户最终点击取消按钮并离开 - >不要打扰。直到用户再次运行您的应用程序。现在在应用程序主要活动的“onStart()”/“onResume()”中,您可以检查 SharedPreference 的值,如果它被设置为卸载,这意味着用户最终没有继续卸载。现在您可以恢复之前所做的更改(反转执行的预卸载任务)以确保您的应用程序完美运行!

于 2013-09-15T19:40:51.910 回答
10

在 Android 5.0 之前,有用于检测应用程序卸载的选项是使用本机代码:

inotify您需要使用分叉进程中的框架来监视您的目录。删除时您可以运行一些系统命令,例如。am启动的命令Intent

此类解决方案的 PoC:https ://github.com/pelotasplus/ActionAfterUninstall/blob/master/app/src/main/jni/hello-jni.c

于 2015-06-18T18:08:22.983 回答
5

如果您修改内核,则可能。在 data/data/your.app.package 中创建的所有文件都会在安装时自动删除。

另一种方法可能是让另一个应用程序检查该应用程序是否已安装。如果没有,它可以进行清理工作。

更新

ACTION_PACKAGE_REMOVED 意图将发送给除您自己之外的所有接收者。这在此处得到确认。

更新 2

只是另一个想法。

当我在上面搜索时发现,这可以通过监视您的应用程序的 logcat 来完成 这里是一个示例 logcat 监视器

好消息是,要监视同一应用程序的 logcat,我们不需要有根设备

当我们阅读 logcat 中的每个条目时,我们可以搜索以下字符串

Received broadcast Intent { act=android.intent.action.PACKAGE_REMOVED dat=package:com.package.name flg=0x8000010 (has extras) }

收到此事件后,我们知道我们的应用程序现在将被卸载

虽然没有尝试

再次从 Android Jellybean 监控 logcat 是不允许的

于 2013-09-09T06:38:40.677 回答
2

为了使您的应用程序持久存在,您需要拥有一个根设备并能够将其安装到系统分区。一旦它在那里,您就可以卸载更新,因为它们与非系统应用程序一起保存,但从系统中卸载它并不是那么简单。

我知道其中一些还会在系统分区上保存一些数据,以防设备恢复出厂设置,但也有一些方法可以让包管理器在刚刚卸载的情况下留下您保存的数据.

另一种选择是将其注册为设备管理员。一旦你这样做,他们将无法卸载它,除非他们手动删除它的管理员状态。

在此处输入图像描述

<item name="android.permission.ACCESS_SUPERUSER" />

这里看起来他们正在使用 root 以及其他方法。除了提供一些他们可能拥有的疯狂的精心服务之外,没有任何其他方式可以做到这一点。

利用 root 几乎是像这样的 AV/安全应用程序的标准做法,没有它,它们对任何其他应用程序没有任何真正的权限,因此它们非常有限。我认为除非您也安装了 SuperUser 权限,否则不会显示它,所以很多人仍然不知道这是一个选项。

<perms>
<item name="android.permission.READ_EXTERNAL_STORAGE" />
<item name="android.permission.GET_TASKS" />
<item name="android.permission.PROCESS_OUTGOING_CALLS" />
<item name="android.permission.WRITE_EXTERNAL_STORAGE" />
<item name="android.permission.WRITE_CALL_LOG" />
<item name="com.avast.android.generic.CENTRAL_SERVICE_PERMISSION" />
<item name="android.permission.WRITE_SMS" />
<item name="android.permission.ACCESS_WIFI_STATE" />
<item name="android.permission.RECEIVE_SMS" />
<item name="android.permission.GET_ACCOUNTS" />
<item name="android.permission.READ_CONTACTS" />
<item name="android.permission.CALL_PHONE" />
<item name="android.permission.WRITE_CONTACTS" />
<item name="android.permission.READ_PHONE_STATE" />
<item name="android.permission.READ_SMS" />
<item name="android.permission.RECEIVE_BOOT_COMPLETED" />
<item name="android.permission.ACCESS_SUPERUSER" />
<item name="com.avast.android.mobilesecurity.permission.C2D_MESSAGE" />
<item name="android.permission.GET_PACKAGE_SIZE" />
<item name="android.permission.WAKE_LOCK" />
<item name="android.permission.ACCESS_NETWORK_STATE" />
<item name="android.permission.USE_CREDENTIALS" />
<item name="android.permission.SEND_SMS" />
<item name="android.permission.RECEIVE_MMS" />
<item name="com.google.android.c2dm.permission.RECEIVE" />
<item name="android.permission.KILL_BACKGROUND_PROCESSES" />
<item name="com.android.vending.BILLING" />
<item name="android.permission.WRITE_SETTINGS" />
<item name="android.permission.INTERNET" />
<item name="android.permission.VIBRATE" />
<item name="android.permission.READ_CALL_LOG" />
<item name="com.avast.android.generic.COMM_PERMISSION" />
<item name="com.dolphin.browser.permission.ACCESS_PROVIDER" />
<item name="com.android.browser.permission.READ_HISTORY_BOOKMARKS" />
</perms>
于 2013-09-13T14:07:07.723 回答