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

最新推荐文章于 2024-06-14 17:02:15 发布

最新推荐文章于 2024-06-14 17:02:15 发布 · 106 阅读

文章标签：

#移动开发

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

在具体分析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);
	//之后的内容就不再详细分析了
	……
}

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