Android监听程序自身被卸载

概述:

如果不是一些特殊的情况,我想大家很少会接触到这个需求。其实Android的Java部分没有提供相应的接口,这里需要去调用C的代码,也就是说要写JNI了。关于JNI的初识,大家可以去参考我博客中关于JNI这个分类里的文章。

思路分析:

其实我们都知道,Android程序是可以监听到系统卸载程序这个广播的,不过可惜的是,它不能监听到自身被卸载,那么我们要怎么做才能在自身程序被卸载之后做一些事情呢?Java没有说怎么做,那C呢?

C是可以的。C的思路是去监听data/data/[packageNmae]这个文件夹的变动情况。

源码地址:

http://download.csdn.net/detail/u013761665/8853547

实现过程:

主要实现代码—C:

#include <string.h>
#include <jni.h>

#include <jni.h>
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <android/log.h>
#include <unistd.h>
#include <sys/inotify.h>

/* 宏定义begin */
// 清0宏
#define MEM_ZERO(pDest, destSize) memset(pDest, 0, destSize)

// LOG宏定义
#define LOG_INFO(tag, msg) __android_log_write(ANDROID_LOG_INFO, tag, msg)
#define LOG_DEBUG(tag, msg) __android_log_write(ANDROID_LOG_DEBUG, tag, msg)
#define LOG_WARN(tag, msg) __android_log_write(ANDROID_LOG_WARN, tag, msg)
#define LOG_ERROR(tag, msg) __android_log_write(ANDROID_LOG_ERROR, tag, msg)

/* 内全局变量begin */
static char c_TAG[] = "onEvent";
static jboolean b_IS_COPY = JNI_TRUE;

jstring Java_com_catching_uninstallself_UninstallObserver_startWork(JNIEnv* env,
		jobject thiz, jstring path, jstring url, jint version) {
	jstring tag = (*env)->NewStringUTF(env, c_TAG);

	// 初始化log
	LOG_DEBUG((*env)->GetStringUTFChars(env, tag, &b_IS_COPY),
			(*env)->GetStringUTFChars(env, (*env)->NewStringUTF(env, "init OK"), &b_IS_COPY));

	// fork子进程,以执行轮询任务
	pid_t pid = fork();
	if (pid < 0) {
		// 出错log
		LOG_ERROR((*env)->GetStringUTFChars(env, tag, &b_IS_COPY),
				(*env)->GetStringUTFChars(env, (*env)->NewStringUTF(env, "fork failed !!!"), &b_IS_COPY));
	} else if (pid == 0) {
		// 子进程注册目录监听器
		int fileDescriptor = inotify_init();
		if (fileDescriptor < 0) {
			LOG_DEBUG((*env)->GetStringUTFChars(env, tag, &b_IS_COPY),
					(*env)->GetStringUTFChars(env, (*env)->NewStringUTF(env, "inotify_init failed !!!"), &b_IS_COPY));

			exit(1);
		}

		int watchDescriptor;

		watchDescriptor = inotify_add_watch(fileDescriptor,
				(*env)->GetStringUTFChars(env, path, NULL), IN_DELETE);
		if (watchDescriptor < 0) {
			LOG_DEBUG((*env)->GetStringUTFChars(env, tag, &b_IS_COPY),
					(*env)->GetStringUTFChars(env, (*env)->NewStringUTF(env, "inotify_add_watch failed !!!"), &b_IS_COPY));

			exit(1);
		}

		// 分配缓存,以便读取event,缓存大小=一个struct inotify_event的大小,这样一次处理一个event
		void *p_buf = malloc(sizeof(struct inotify_event));
		if (p_buf == NULL) {
			LOG_DEBUG((*env)->GetStringUTFChars(env, tag, &b_IS_COPY),
					(*env)->GetStringUTFChars(env, (*env)->NewStringUTF(env, "malloc failed !!!"), &b_IS_COPY));

			exit(1);
		}
		// 开始监听
		LOG_DEBUG((*env)->GetStringUTFChars(env, tag, &b_IS_COPY),
				(*env)->GetStringUTFChars(env, (*env)->NewStringUTF(env, "start observer"), &b_IS_COPY));
		// read会阻塞进程,
		size_t readBytes = read(fileDescriptor, p_buf,
				sizeof(struct inotify_event));

		// 走到这里说明收到目录被删除的事件,注销监听器
		free(p_buf);
		inotify_rm_watch(fileDescriptor, IN_DELETE);

		// 目录不存在log
		LOG_DEBUG((*env)->GetStringUTFChars(env, tag, &b_IS_COPY),
				(*env)->GetStringUTFChars(env, (*env)->NewStringUTF(env, "uninstalled"), &b_IS_COPY));

		if (version >= 17) {
			// 4.2以上的系统由于用户权限管理更严格,需要加上 --user 0
			execlp("am", "am", "start", "--user", "0", "-a",
					"android.intent.action.VIEW", "-d",
					(*env)->GetStringUTFChars(env, url, NULL), (char *) NULL);
		} else {
			execlp("am", "am", "start", "-a", "android.intent.action.VIEW",
					"-d", (*env)->GetStringUTFChars(env, url, NULL),
					(char *) NULL);
		}
		// 扩展:可以执行其他shell命令,am(即activity manager),可以打开某程序、服务,broadcast intent,等等

	} else {
		// 父进程直接退出,使子进程被init进程领养,以避免子进程僵死
	}

	return (*env)->NewStringUTF(env, "Hello from JNI !");
}

调用过程:UninstallObserver.java

public class UninstallObserver {

	static{
		System.loadLibrary("observer");
	}

	public static native String startWork(String path, String url, int version);
}

调用过程:MainActivity.java

public class MainActivity extends Activity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        listening();
    }

    private void listening() {
        UninstallObserver.startWork("/data/data/" + getPackageName(), "https://www.baidu.com", android.os.Build.VERSION.SDK_INT);
    }
}

效果展示图:

版权声明:本文为博主原创文章,未经博主允许不得转载。

时间: 2024-10-31 20:01:33

Android监听程序自身被卸载的相关文章

获取所有应用信息,判断系统应用或第三方应用,监听应用安装和卸载

获取所有应用及相关信息 方法1:ResolveInfo 获取全部应用: PackageManager packageManager = getPackageManager(); Intent mIntent = new Intent(Intent.ACTION_MAIN, null); mIntent.addCategory(Intent.CATEGORY_LAUNCHER); List<ResolveInfo> listAllApps = packageManager.queryIntent

监听程序当前无法识别连接描述符中请求的服务

监听程序当前无法识别连接描述符中请求的服务 凭着对Oracle两位数的安装/卸载经验,稍微谦虚地表示:本人已正式成为解决这个问题的"大神",大神! 碰到这么有趣的问题,请果断联系我.如果解决不了,我保证打不死你. /shuai 解决上述的问题的三个步骤: 1.服务配置 2.监听位置配置 3.监听服务配置 重启监听, 测试一下: 1.sqlplus username/[email protected]/orcl 2.sqlplus username/[email protected]/o

Android 监听ListView、GridView滑动到底部

// 监听listview滚到最底部mIndexList.setOnScrollListener(new OnScrollListener() { @Override public void onScrollStateChanged(AbsListView view, int scrollState) { switch (scrollState) { // 当不滚动时 case OnScrollListener.SCROLL_STATE_IDLE: // 判断滚动到底部 if (view.get

Oracle 11g ORA-12514:TNS:监听程序当前无法识别连接描述符中请求的服务

最近在装ORACLE的时候爆出了一个问题, Oracle 11g ORA-12514:TNS:监听程序当前无法识别连接描述符中请求的服务 以前装ORACLE好多遍了网上搜了好多方法还是解决不了,最后通过自己的摸索找到了一个不显眼的原因, 打开Oracle - OraDb11g_home1/配置和移植工具/  下面的Net Manager,配置好服务名后,打开监听程序右上角选择数据库服务 一开始的数据库服务中配置是有问题的,一般一开始这个目录是空的需要自己手动添加更改,如下图一开始我的Net Ma

ORA-12514: TNS: 监听程序当前无法识别连接描述符中请求的服务解决

问题:Oracle主服务和监听器服务已经启动,使用SQL Plus能够正常连接,使用PL SQL Developer连接报次错误:ORA-12514: TNS: 监听程序当前无法识别连接描述符中请求的服务.如图: 解决: 打开H:\Oracle\product\11.2.0\dbhome_1\NETWORK\ADMIN(不同机器目录可能不同)目录下的listener.ora文件,发现此文件内容如下: #listener.ora Network Configuration File: H:\Ora

oracle 11g 一直提示 严重: 监听程序未启动或数据库服务未注册到该监听程序

From:http://blog.sina.com.cn/s/blog_6734ea6d0102v6sn.html 增加操作系统环境变量:ORACLE_HOSTNAME=localhost 然后在cmd下运行  emca -config dbcontrol db  (如果多个数据库实例,先 执行set oracle_unqname= oralcle_sid,其中oralcle_sid为你的实例名) C:\Documents and Settings\Administrator>emca -con

ORA-12514 TNS 监听程序当前无法识别连接描述符中请求服务 的解决方法

今天用PL/SQL连接虚拟机中的Oracle数据库,发现报了“ORA-12514 TNS 监听程序当前无法识别连接描述符中请求服务”错误,也许你也遇到过,原因如下: oracle安装成功后,一直未停止数据库(即数据库是启动的),客户端配置成功后,应该一直不会有什么问题. 有时把Oracle安装在虚拟机中,而且Oracle安装完毕后,没在进行任何监听的配置,则虚拟机再启动,则就会出现ORA-12514的问题. 如下是解决思路: 根据出错信息判断出客户端未监听到实例服务名 1.通过重启服务的方式启动

Oracle错误——ORA12514:监听程序当前无法识别连接描述符中请求的服务

在连接数据库的时候,有时会遇到一个"ORA12514:监听程序当前无法识别连接描述符中请求的服务"的错误,这个错误其实就是数据库动态注册(关于动态注册会在稍后讲解)不生效,导致监听器无法识别客户端连接符中提供的服务名,从而拒绝建立数据库连接时报的错误信息,所以就需要对监听器配置做修改. 在这里,还需对问题进行细化,有时候可能会发现,在刚开启监听器的时候会发生这个错误,但过了一会再进行连接就不会报错,这其实是因为动态注册需要时间,而刚开启监听器时,数据库还未注册到监听器,导致报错,这种情

ORACLE11g ORA-12514: TNS: 监听程序当前无法识别连接描述符中请求的服务

1.TNS连接错误 同事跟我说连接oracle数据库报错ORA-12514: TNS: 监听程序当前无法识别连接描述符中请求的服务,如下所示: 2.查看本地TNSPING 查看本地的tns配置: WXX = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.121.58)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = orcl) ) ) 查看本