[android源码分析]bluetoothd service的启动的总体流程分析

本篇文章将会从总体流程上解释一下每一个函数的意义,具体的每一个函数的解释将是一个很长的过程,后面的文章中我将会针对每一个有意义的函数来具体分析。

在具体分析bluetoothdservice的启动之前,我们先来看一下bluetoothd service究竟是什么,他同样定义在init.rc中:

servicebluetoothd /system/bin/bluetoothd -n

         所以,很清楚,他就是执行bluetoothd这个应用。那么bluetoothd是由哪个文件编译出来的呢,搜索一下就会在bluez下面的src中的Android.mk发现其踪迹:

#
# bluetoothd
#

include $(CLEAR_VARS)

LOCAL_SHARED_LIBRARIES := \
	libbluetoothd

LOCAL_MODULE:=bluetoothd

所以,很清楚了,我们就在src目录下面看一下了,作为一个应用程序,第一个映入我们眼帘的肯定就是main了,正好下面有一个main.c,然后里面还有一个main函数,哈哈,你懂的:

int main(int argc, char *argv[])
{
	GOptionContext *context;
	GError *err = NULL;
	struct sigaction sa;
	uint16_t mtu = 0;
	GKeyFile *config;
//这个函数就是用来设置uid和capability的,他主要是使得该应用在访问kernel的时候能够有权限
//从注册可以看到,说目前的android init rc并不支持权限的赋予,所以只能出此下策,毫无疑问,我们需要走到这个ifdef中
//当然我们也可以从理论上去check一下,在Android.mk中是有这个宏的define的
#ifdef ANDROID_SET_AID_AND_CAP
	/* Unfortunately Android's init.rc does not yet support applying
	 * capabilities. So we must do it in-process. */
	void *android_set_aid_and_cap(void);
	//这个就是设置uid为AID_BLUETOOTH,
	//设置capbility为CAP_NET_RAW| CAP_NET_ADMIN| CAP_NET_BIND_SERVICE
	android_set_aid_and_cap();
#endif
	//默认的初始化,详细分析见2.2.1
	init_defaults();
//既然我们上面已经想法设法得到权限了,这里就必然不会再把权限释放了。
//这个ifdef是不会进去了
#ifdef HAVE_CAPNG
	/* Drop capabilities */
	capng_clear(CAPNG_SELECT_BOTH);
	capng_updatev(CAPNG_ADD, CAPNG_EFFECTIVE | CAPNG_PERMITTED,
					CAP_NET_BIND_SERVICE, CAP_NET_ADMIN,
						CAP_NET_RAW, CAP_IPC_LOCK, -1);
	capng_apply(CAPNG_SELECT_BOTH);
#endif
	//这里是解析命令项
	//使用的是glib命令行解析库
	context = g_option_context_new(NULL);
	//就是根据options定义的内容,自动解析到对应的变量中了
	//详细见2.2.2
	g_option_context_add_main_entries(context, options, NULL);

	if (g_option_context_parse(context, &argc, &argv, &err) == FALSE) {
		if (err != NULL) {
			g_printerr("%s\n", err->message);
			g_error_free(err);
		} else
			g_printerr("An unknown error occurred\n");
		exit(1);
	}

	g_option_context_free(context);
	//下面就是根据上面解析得到的值来看是否需要做一些对应的操作
	//从init rc中,我们可以看到只有一个-n的参数,但是,我们看是G_OPTION_FLAG_REVERS,猜猜看吧,是的,就是反转的意思,所以option_detach还是false,其它的就都可以忽略了
	if (option_version == TRUE) {
		printf("%s\n", VERSION);
		exit(0);
	}

	if (option_udev == TRUE) {
		int err;

		option_detach = TRUE;
		err = connect_dbus();
		if (err < 0) {
			if (err == -EALREADY)
				exit(0);
			exit(1);
		}
	}
	//后台运行,这里也就不去
	if (option_detach == TRUE && option_udev == FALSE) {
		if (daemon(0, 0)) {
			perror("Can't start daemon");
			exit(1);
		}
	}
	//重新设置权限
	umask(0077);
	//bt log的初始化,这里就不关心了,android中若想打印log需要重新修改
	__btd_log_init(option_debug, option_detach);
	//设置一个signal的处理函数,不一一看了,关系不大
	memset(&sa, 0, sizeof(sa));
	sa.sa_flags = SA_NOCLDSTOP;
	sa.sa_handler = sig_term;
	sigaction(SIGTERM, &sa, NULL);
	sigaction(SIGINT,  &sa, NULL);

	sa.sa_handler = sig_debug;
	sigaction(SIGUSR2, &sa, NULL);

	sa.sa_handler = SIG_IGN;
	sigaction(SIGPIPE, &sa, NULL);
	//加载配置文件
	config = load_config(CONFIGDIR "/main.conf");
	//解析配置文件,这里就是根据main.conf中的配置进行相应的设置
	//详细分析见2.2.3
	parse_config(config);
	//这里就是初始化dbus
	agent_init();

	if (option_udev == FALSE) {
		//连接dbus
		if (connect_dbus() < 0) {
			error("Unable to get on D-Bus");
			exit(1);
		}
	} else {
		if (daemon(0, 0)) {
			perror("Can't start daemon");
			exit(1);
		}
	}
	//启动sdp server,详细分析见2.2.4
	start_sdp_server(mtu, main_opts.deviceid, SDP_SERVER_COMPAT);
	//在main.conf中attrib_server=false,所以这里就不进入了
	if (main_opts.attrib_server) {
		if (attrib_server_init() < 0)
			error("Can't initialize attribute server");
	}
	/* Loading plugins has to be done after D-Bus has been setup since
	 * the plugins might wanna expose some paths on the bus. However the
	 * best order of how to init various subsystems of the Bluetooth
	 * daemon needs to be re-worked. */
//从注释来看,plugins的加载最好是在D-Bus已经建立完成的基础上。
//他们也认为这个地方做好再重写一下,我们就先将就着看看吧
//这里的option_plugin和option_noplugin都是null,因为我们的bluetoothd中并没有他们的参数
//包含了hciops,audio,input,network,health
//具体参见2.2.5中
	plugin_init(config, option_plugin, option_noplugin);
	//创建主循环
	event_loop = g_main_loop_new(NULL, FALSE);
	//adapter的ops的建立,详细分析见2.2.6
	if (adapter_ops_setup() < 0) {
		error("adapter_ops_setup failed");
		exit(1);
	}
	//会根据remember_powered参数来决定是否需要做什么,我们这里是是false,所以,没有做什么,直接ruturn。
	rfkill_init();

	DBG("Entering main loop");
	//进入主循环,就卡在这边了。
	//对主循环的影响都在上面的那些signal的处理函数中,我们可以理解,没有什么异常就会卡在这边了,知道蓝牙关闭才会退出了
	g_main_loop_run(event_loop);
	//之后的内容就不再详细分析了
	……
}

 若您觉得该文章对您有帮助,请在下面用鼠标轻轻按一下“顶”,哈哈~~·

    原文作者:Android源码分析
    原文地址: https://blog.csdn.net/u011960402/article/details/12966787
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞