Android 使用NDK编写 基于C层的守护进程

最新推荐文章于 2024-05-23 10:04:19 发布
最新推荐文章于 2024-05-23 10:04:19 发布
阅读量5.3k 收藏 7
点赞数 2
分类专栏： Android开发
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/kakathya/article/details/50442256
版权

做过android开发的人应该都知道GC会在资源不够用的时候会无情的回收掉我们写的进程，但是有时候我们需要我们的进程常驻后台。这该怎么办呢？

首先说下我试过的还有网上看到过的方法吧!

1.提高优先级

 <receiver
            android:name="com.leon.test"
            android:enabled="true" >
            <intent-filter android:priority="10000" >
                <action android:name="android.intent.action.LOCALE_CHANGED" />
            </intent-filter>
 </receiver>

这个办法只是降低了应用被杀死的概率，但是如果真的被系统回收了，我们也只能对着系统呵呵哒！

扩展下，有人也写过双service守护进程，service1发现service2死了，他就复活service2。然后service2发现service1死了，他就复活service1。

这样写虽然在一部份情况下还是能坚持一会的。但是遇到一些清理软件，service1和service2都会瞬间死亡。守护功能当然也谈不上。


2.重写service.onStartCommand返回START_STICKY

 @Override
    public int onStartCommand(Intent intent, int flags, int startId) {
        flags = START_STICKY;
        return super.onStartCommand(intent, flags, startId); 
    }

如果在adb shell当中kill掉进程模拟应用被意外杀死的情况或者用360手机卫士进行清理操作（当然这里是没有ROOT的手机，据说360root后会在内存层面杀死程序，这个谁都挡不住的），如果服务的onStartCommand返回START_STICKY，在进程管理器中会发现被杀死的进程的确又会出现在任务管理器中。但是如果关闭进程的命令来自底层（比如系统命令adb shell am force-stop com.leon.test），这时候会发现即使onStartCommand返回了START_STICKY，应用还是没能重新启动起来！

3.让应用成为系统应用
实验发现即使成为系统应用（在烧rom的时候吧直接把APK扔到SYSTEM内），被杀死之后也不能自动重新启动。但是如果对一个系统应用设置了persistent="true"，情况就不一样了。实验表明对一个设置了persistent属性的系统应用，即使kill掉会立刻重启。一个设置了persistent="true"的系统应用，在android中具有core service优先级，这种优先级的应用对系统的low memory killer是免疫的！

看了上面大家也有应该发现了一问题。只有越接近Android核心的应用才能保证在被意外杀死之后做到立刻复活。那么该怎么办呢？这里就来说一说双进程守护。网上也有人提到过双进程守护，这里给大家安利一个GitHub上面的守护进程（传送门：https://github.com/Coolerfall/AndroidAppDaemon）但是由于使用的方法并不符合我的需求，所以并没有使用。

双守护进程的原理请参考1的扩展，简而言之就是互相监视，一个死了另一个就复活他。

在写之前希望大家去了解两个命令

fork（）和   execlp

OK。那开始贴代码了（注意这个是C++代码，建工程的时候请使用cpp后缀）。 

#ifndef _PROCESS_H
#define _PROCESS_H

#include <jni.h>
#include <sys/select.h>
#include <unistd.h>
#include <sys/socket.h>
#include <pthread.h>
#include <signal.h>
#include <sys/wait.h>
#include <android/log.h>
#include <sys/types.h>
#include <sys/un.h>
#include <errno.h>
#include <stdlib.h>
#include <sys/system_properties.h>

#define LOG_TAG "Native"

#define LOGE(...) __android_log_print(ANDROID_LOG_DEBUG,LOG_TAG,__VA_ARGS__)

static bool DEBUG = true;

/**
 * 功能:对父子进程的一个抽象
 * @author LeonWang
 * @date 2015-12-28
 */
class ProcessBase {
public:

	ProcessBase();

	/**
	 * 父子进程要做的工作不相同,留出一个抽象接口由父子进程
	 * 自己去实现.
	 */
	virtual void do_work() = 0;

	/**
	 * 进程可以根据需要创建子进程,如果不需要创建子进程,可以给
	 * 此接口一个空实现即可.
	 */
	virtual bool create_child() = 0;

	/**
	 * 捕捉子进程死亡的信号,如果没有子进程此方法可以给一个空实现.
	 */
	virtual void catch_child_dead_signal() = 0;

	/**
	 * 在子进程死亡之后做任意事情.
	 */
	virtual void on_child_end() = 0;

	virtual ~ProcessBase();

};

/**
 * 功能：父进程的实现
 * @author LeonWang
 * @date 2015-12-28
 */
class Parent: public ProcessBase {
public:

	Parent(JNIEnv* env, jobject jobj);

	virtual bool create_child();

	virtual void do_work();

	virtual void catch_child_dead_signal();

	virtual void on_child_end();

	virtual ~Parent();

	bool create_channel();

	/**
	 * 获取父进程的JNIEnv
	 */
	JNIEnv *get_jni_env() const;

	/**
	 * 获取Java层的对象
	 */
	jobject get_jobj() const;

};

/**
 * 子进程的实现
 * @author LeonWang
 * @date 2015-12-28
 */
class Child: public ProcessBase {
public:

	Child();

	virtual ~Child();

	virtual void do_work();

	virtual bool create_child();

	virtual void catch_child_dead_signal();

	virtual void on_child_end();

private:

	/**
	 * 处理父进程死亡事件
	 */
	void handle_parent_die();

	/**
	 * 重新启动父进程.
	 */
	void restart_parent();

	/**
	 * 线程函数，用来检测父进程是否挂掉
	 */
	void* parent_monitor();

	void start_parent_monitor();

	/**
	 * 这个联合体的作用是帮助将类的成员函数做为线程函数使用
	 */
	union {
		void* (*thread_rtn)(void*);

		void* (Child::*member_rtn)();
	} RTN_MAP;
};

extern ProcessBase *g_process;

extern const char* g_objname;

extern const char* g_type;

extern JNIEnv* g_env;

int get_version();

ProcessBase::ProcessBase() {

}

ProcessBase::~ProcessBase() {

}

Parent::Parent(JNIEnv *env, jobject jobj) {
	if (DEBUG) {
		LOGE("<<new parent instance>>");
	}
}

Parent::~Parent() {
	if (DEBUG) {
		LOGE("<<Parent::~Parent()>>");
	}

	g_process = NULL;
}

void Parent::do_work() {
}

/**
 * 子进程死亡会发出SIGCHLD信号,通过捕捉此信号父进程可以
 * 知道子进程已经死亡,此函数即为SIGCHLD信号的处理函数.
 */
static void sig_handler(int signo) {
	pid_t pid;

	int status;

//调用wait等待子进程死亡时发出的SIGCHLD
//信号以给子进程收尸，防止它变成僵尸进程
	pid = wait(&status);
	if (DEBUG) {
		LOGE("<<sig_handler>>");
	}

	if (g_process != NULL) {
		g_process->on_child_end();
	}
}

void Parent::catch_child_dead_signal() {
	if (DEBUG) {
		LOGE("<<process %d install child dead signal detector!>>", getpid());
	}

	struct sigaction sa;

	sigemptyset(&sa.sa_mask);

	sa.sa_flags = 0;

	sa.sa_handler = sig_handler;

	sigaction(SIGCHLD, &sa, NULL);
}

void Parent::on_child_end() {
	if (DEBUG) {
		LOGE("<<on_child_end:create a new child process>>");
	}

	create_child();
}

bool Parent::create_child() {
	pid_t pid;

	if ((pid = fork()) < 0) {
		return false;
	} else if (pid == 0) //子进程
			{
		if (DEBUG) {
			LOGE("<<In child process,pid=%d>>", getpid());
		}
		Child child;

		ProcessBase& ref_child = child;

		ref_child.do_work();
	} else if (pid > 0)  //父进程
			{
		if (DEBUG) {
			LOGE("<<In parent process,pid=%d>>", getpid());
		}
	}

	return true;
}

bool Child::create_child() {
//子进程不需要再去创建子进程,此函数留空
	return false;
}

Child::Child() {
	RTN_MAP.member_rtn = &Child::parent_monitor;
}

Child::~Child() {

}

void Child::catch_child_dead_signal() {
//子进程不需要捕捉SIGCHLD信号
	return;
}

void Child::on_child_end() {
//子进程不需要处理
	return;
}

void Child::handle_parent_die() {
//子进程成为了孤儿进程,等待被Init进程收养后在进行后续处理
	while (getppid() != 1) {
		usleep(500); //休眠0.5ms
	}

//重启父进程服务
	if (DEBUG) {
		LOGE("<<parent died,restart now>>");
	}

	restart_parent();
}

void Child::restart_parent() {
	if (DEBUG) {
		LOGE("<<restart_parent enter>>");
	}

	/**
	 * TODO 重启父进程,通过am启动Java空间的任一组件(service或者activity等)即可让应用重新启动
	 */
	if (strcmp(g_type, "Activity") == 0) {
			if (DEBUG) {
					LOGE("<<restart_Activity>>");
				}
			execlp("am", "am", "start","-e","daemon","triger","--user", "0", "-n", g_objname, "-a",
					"android.intent.action.VIEW", "-d", "", (char *) NULL);
		} else if (strcmp(g_type, "Service") == 0) {


//在api17之后AM命令有些不同这里需要写兼容。获取版本号的方法已经写在了下面。
<pre name="code" class="cpp">	                int g_version=get_version();

 

			if (g_version >= 17 || g_version == 0) {
				if (DEBUG) {
							LOGE("<<restart_service more than 17>>");
						}

				int ret = execlp("am", "am", "startservice","-e","daemon","triger","--user", "0", "-n",g_objname, (char *) NULL);
			} else {
				if (DEBUG) {
							LOGE("<<restart_service enter bleow 17>>");
						}

				execlp("am", "am", "startservice","-e","daemon","triger","-n", g_objname, (char *) NULL);
			}

		}

}

void* Child::parent_monitor() {
	handle_parent_die();
}

void Child::start_parent_monitor() {
	pthread_t tid;

	pthread_create(&tid, NULL, RTN_MAP.thread_rtn, this);
	pthread_join(tid, NULL);
}

void Child::do_work() {
	start_parent_monitor(); //启动监视线程
	if (DEBUG) {
		LOGE("<<start_parent_monitor>>");
	}
}
char* jstringToString(JNIEnv* env, jstring jstr) {
	char* rtn = NULL;
	jclass clsstring = env->FindClass("java/lang/String");
	jstring strencode = env->NewStringUTF("utf-8");
	jmethodID mid = env->GetMethodID(clsstring, "getBytes","(Ljava/lang/String;)[B");
	jbyteArray barr = (jbyteArray) env->CallObjectMethod(jstr, mid, strencode);
	jsize array_lenth = env->GetArrayLength(barr);
	jbyte* ba = env->GetByteArrayElements(barr, JNI_FALSE);
	if (array_lenth > 0) {
		rtn = (char*) malloc(array_lenth + 1);
		memcpy(rtn, ba, array_lenth);
		rtn[array_lenth] = 0;
	}
	env->ReleaseByteArrayElements(barr, ba, 0);
	return rtn;
}
int get_version()
{
    char value[8] = "";
    __system_property_get("ro.build.version.sdk", value);
    return atoi(value);
}
#endif

 

守护进程的主程序就是这样了。
 

我封装好了一个可以直接使用的Jar包，有需要的可以自行下载。
 

地址：http://download.csdn.net/detail/kakathya/9385869
 
 

过fork分支一个子进程，子进程发现父进程死亡就重启服务或者activity。
 

后面有时间再写一个NDK的基础教程吧。
 

祝大家2016新年快乐。
 
 
 


 
 

 


                

        

        

    




    

      

        

            

              
                
                  LeonAsha
                
              
            

            

                关注
              
            

        

        

          
    
            
  • 
              
                
                
                
                
                    2
                
              
              
    点赞
    
            
    • 
            
  • 
              
                
                
                
              
              
    踩
    
            
    • 
            
  • 
              
                
                
                
                
                    7
                
              
              
    
                
    
                  
                    收藏
                  
                
    
              
    
              
    
                
    
                  觉得还不错?
                  
                    一键收藏
                  
                 
                
    
              
    
            
    • 
          
  • 
            
    
              
              
            
    
              
              
              
                  12
              
            
            
    评论
    
          
    • 
          
  • 
          
    • 
          
  • 
            
              
            
              
    
            
              
                
            
    
          
    • 
        

      

      

            

                专栏目录
          










                



	

		

			

				
					
Android 守护进程的实现方式

				
			

			

				

					07-10
				

			

		

		

			
				
要我们的应用永远活在用户的手机后台不被杀死 —— 这都是扯淡；
能做的只是通过各种手段尽量让我们的程序在后台运行的时间长一些，或者在被干掉的时候，能够重新站起来；要做到后台进程保活，我们需要做到两方便：
1.提高进程优先级，降低被回收或杀死概率;
2.在进程被干掉后，进行拉起。

			
		

	



                

              
                



	

		

			

				
					
Android进程保活 --- 守护进程（code）

				
			

			

				

					m0_50408097的博客
				

				

					11-18
					
					2745
					
				

			

		

		

			
				
android应用保活

			
		

	



                


  
              

                


	

		

			

				
					
引领高效测试新纪元：Fork——Android自动化测试的利器！

					
最新发布

				
			

			

				

					gitblog_00092的博客
				

				

					05-23
					
					402
					
				

			

		

		

			
				
引领高效测试新纪元：Fork——Android自动化测试的利器！
项目地址:https://gitcode.com/shazam/fork
 
在Android应用开发中，执行仪器测试是必不可少的一环，而效率则成为了测试过程中的关键问题。Fork项目就是为了解决这一挑战而生，它旨在提供最快速的方式来执行你的Android测试套件，同时，它还包含了一些强大的工具，如Flakiness Reporte...

			
		

	





	

		

			

				
					
Android的守护进程ServiceManager

				
			

			

				

					新时代农民工
				

				

					08-10
					
					911
					
				

			

		

		

			
				
ServiceManager是Android系统中的一个重要守护进程，它负责管理系统服务的注册、查找和启动。

			
		

	



		

			
		



	

		

			

				
					
android ndk守护进程,Android 通过JNI实现守护进程(上)

				
			

			

				

					weixin_42525632的博客
				

				

					05-27
					
					348
					
				

			

		

		

			
				
原标题：Android 通过JNI实现守护进程(上)(点击上方公众号，可快速关注)来源：LeBron_Six链接：blog.csdn.net/yyh352091626/article/details/50542554开发一个需要常住后台的App其实是一件非常头疼的事情，不仅要应对国内各大厂商的ROM，还需要应对各类的安全管家… 虽然不断的研究各式各样的方法，但是效果并不好，比如任务管理器把App干...

			
		

	





	

		

			

				
					
Android守护进程

				
			

			

				

					breeze048的博客
				

				

					11-07
					
					7711
					
				

			

		

		

			
				
守护进程

守护进程: 一直在后台运行的进程。本文主要讲解一些android比较常用的守护进程的方法。


实现思想:
1.保活，通过提高进程优先级，降低进程被杀死的概率
2.拉起，进程被杀死后，进行拉起

相关基础知识
Android进程优先级
在Android中，进程粗略的分成五个等级，分别是：

1.前台进程
2.可见进程
3.服务进程
4.后台进程
5.空进程

此类相关知识可以在http...

			
		

	





	

		

			

				
					
Android通过JNI实现守护进程

				
			

			

				

					01-20
				

			

		

		

			
				
在C/C++层，可以通过以下步骤创建守护进程：  1. 使用`fork()`创建第一个子进程。 2. 在第一个子进程中调用`setsid()`函数，使其成为新的会话组长和进程组组长，从而脱离原始会话和终端。 3. 调用`umask(0)`设置文件...

			
		

	





	

		

			

				
					
ndk层实现双进程守护

				
			

			

				

					06-24
				

			

		

		

			
				
在Android系统中，NDK（Native Development Kit）允许开发者使用C/C++编写底层代码，以实现高性能、低级别的系统操作。本示例“ndk层实现双进程守护”旨在提高应用的稳定性，确保主进程即使在面临异常情况时也能保持...

			
		

	





	

		

			

				
					
NDK进程守护

				
			

			

				

					12-10
				

			

		

		

			
				
NDK（Native Development Kit）是Android平台开发中的一个重要工具集，它允许开发者使用C和C++等原生代码编写部分应用，以提高性能、处理底层硬件交互或使用已有的C/C++库。在Android应用开发中，NDK进程守护是一种...

			
		

	





	

		

			

				
					
Android双进程守护

				
			

			

				

					06-06
				

			

		

		

			
				
1. 创建原生服务：使用NDK编写C/C++代码，实现一个名为"DameonService"的服务。这个服务将负责监视主进程的状态，并在主进程被终止时重新启动它。  2. 注册原生服务：在Android应用的Java层，你需要注册这个原生服务...

			
		

	





	

		

			

				
					
fork android 防清理(ndk 源码）

				
			

			

				

					09-23
				

			

		

		

			
				
这种机制需要通过NDK编写系统级的守护进程，并通过JNI与Java层通信。  3. **隐藏服务标识**：服务通常通过其类名、Intent过滤器等标识暴露给系统。通过修改服务注册方式，如使用私有权限或匿名类，可以降低被第三方...

			
		

	





	

		

			

				
					
[日更-2019.5.18] Android 系统内的守护进程（一）--core类中的服务 : adbd

				
			

			

				

					chunmang3386的博客
				

				

					06-12
					
					754
					
				

			

		

		

			
				
声明

其实很好奇Android系统中的一些关键守护进程服务的作用；
暂且大概分析下它们的作用，这样有助于理解整个系统的工作过程；
ADB本身也是个复杂的系统，最近在处理ADB相关的修改工作，后续相关adbd的会再添加进来；

0 写在前面的

只要是操作系统，不用说的就是其中肯定会运行着一些...

			
		

	





	

		

			

				
					
Android常驻进程之守护进程

				
			

			

				

					My_momo的专栏
				

				

					08-23
					
					223
					
				

			

		

		

			
				
System.out.println("查看服务是否为true-->"+String.format("service [%s] running status:[%s]", serviceName, isServiceRunning));//开启DaemonService服务。//停止DaemonService服务。//开启CoreService服务。//停止CoreService服务。

			
		

	





	

		

			

				
					
Android 系统内的守护进程 - main类服务(3) : installd

				
			

			

				

					Android系统工程师--小馬佩德罗
				

				

					05-21
					
					772
					
				

			

		

		

			
				
installd 这个守护进程是负责安装或卸载 App 包的。不论你的 App 包是应用市场下载安装的，还是用adb install 安装的，最终都还是要调用 installd。installd 守护进程本身，还是被动式的：它会去监听一个由 init 安装的socket，Android 框架产生的命令将由这个 socket 传递给它。class main。

			
		

	





	

		

			

				
					
Android 之 守护进程

				
			

			

				

					JimTrency的博客
				

				

					01-17
					
					1492
					
				

			

		

		

			
				
之前，低版本做守护进程时，就是两个service 相互守护，但是大于5.0后，似乎就不管用了，今天我们来看看，怎么解决这个问题，多的不说，直接上代码：

首先是有业务处理的service：

public class GuardMessageService extends Service{

    @Override
    public void onCreate() {
        su

			
		

	





	

		

			

				
					
Android进程保活的一般套路

					
热门推荐

				
			

			

				

					Looper景
				

				

					02-21
					
					2万+
					
				

			

		

		

			
				
自己曾经也在这个问题上伤过脑经，前几日刚好有一个北京的哥们在QQ说在做IM类的项目，问我进程保活如何处理比较恰当，决定去总结一下，网上搜索一下进程常驻的方案好多好多，但是很多的方案都是不靠谱的或者不是最好的，结合很多资料，今天总结一下Android进程保活的一些方案，都附有完整的实现源码，有些可能你已经知道，但是有些你可能是第一次听说，（1像素Activity，前台服务，账号同步，Jobschedu

			
		

	





	

		

			

				
					
RIL daemon Android系统中的一个重要组件，它负责处理与移动网络通信---与基带芯片通信

				
			

			

				

					dianqicyuyan的博客
				

				

					03-12
					
					599
					
				

			

		

		

			
				
通常情况下，手机厂商会根据基带芯片的要求进行硬件设计，并在Android系统中配置相应的RIL daemon与基带芯片进行通信。与基带芯片通信：RIL daemon通过与基带芯片的通信接口，实现与移动网络的连接和数据传输。总之，RIL daemon在Android系统中扮演着重要的角色，它实现了Android设备与移动网络之间的通信和数据传输功能，保证了手机的正常通信能力。以上是常见的SOC与基带芯片之间的硬件通信接口，不同的芯片厂商和产品可能会采用不同的接口标准。

			
		

	





	

		

			

				
					
Android 系统内的守护进程 - main类服务(5) : debuggerd

				
			

			

				

					Android系统工程师--小馬佩德罗
				

				

					05-22
					
					1070
					
				

			

		

		

			
				
以这种方式，而不是产生一个完整的核心转储，tombstone (有望)可以抓到造成崩溃的本质原因，并进行基本的崩溃处理 (crash processing)。如果系统属性 debug.db.uid 的值被设为当前崩溃的进程的 uid，那么 debuggerd 就会把该进程暂停在它最终崩溃的那一瞬间，并等待用户启动 gdbserver (并连上来调试这个进程)。如果是在一个可写的目录中运行这个程序的，那么默认的行为是：在目录中生成一个名为 “core” 的文件。应用在运行时难免会有崩溃的情况。

			
		

	





	

		

			

				
					
Android NDK ——Linux 创建应用进程之 fork vs vfork 小结

				
			

			

				

					最美不过，心中有梦，身旁有你！
				

				

					02-14
					
					794
					
				

			

		

		

			
				
Unix 系列的进程都是通过复制init进程或内核进程而得到的子进程，不同的实现具体细节有所不同其中Linux提供三种fork、vfork、clone 系统调用。

			
		

	



              



  
“相关推荐”对你有帮助么？

  

      
    
          
  • 
              
    
                  
                  
              
    
              
    非常没帮助
    
          
    • 
          
  • 
              
    
                  
                  
              
    
              
    没帮助
    
          
    • 
          
  • 
              
    
                  
                  
              
    
              
    一般
    
          
    • 
          
  • 
              
    
                  
                  
              
    
              
    有帮助
    
          
    • 
          
  • 
              
    
                  
                  
              
    
              
    非常有帮助
    
          
    • 
      

      

      

          
          提交
      

      

  




          




        



    





    



      

      

        
      

      





	

		
评论 12

	

	
	




  

    

      添加红包
      
    

    

      

        
        

          
          
        

        
请填写红包祝福语或标题

      

      

        
        

          
          个
        

        
红包个数最小为10个

      

      

        
        

          
          元
        

        
红包金额最低5元

      

      

        
        

          当前余额3.43元
          前往充值 >
        

      

      

        

          需支付：10.00元
        

        
        
      

    

  





  

    
    
  

  

    
    
  








  

    

      

        

          

            
            
成就一亿技术人!

          

          

        

        

          

          

            领取后你会自动成为博主和红包主的粉丝
            规则
          

        

      

      

        

          

            
              
            
            

              
hope_wisdom
 发出的红包
            

          

        

        

          

          

          

        

      

    

    

  



      
      

      
实付元

      
使用余额支付

      

        

          

            
            点击重新获取
          

        

        
扫码支付

      

      

        
          
            
          
          
        
      

      

        
        钱包余额
          0
          

            
            

              

                
抵扣说明：

                
 1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
 2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

              

            

          

      

      余额充值