2、storage主流程

一、概要

客户端和Storage server主动连接Tracker server。Storage server主动向Tracker server报告其状态信息，包括磁盘剩余空间、文件同步状况、文件上传下载次数等统计信息。Storage server会连接集群中所有的Tracker server，向他们报告自己的状态。Storage server启动一个单独的线程来完成对一台Tracker server的连接和定时报告。需要说明的是，一个组包含的Storage server不是通过配置文件设定的，而是通过Tracker server获取到的。

不同组的Storage server之间不会相互通信，同组内的Storage server之间会相互连接进行文件同步。

Storage server采用binlog文件记录文件上传、删除等更新操作。binlog中只记录文件名，不记录文件内容。

文件同步只在同组内的Storage server之间进行，采用push方式，即源头服务器同步给目标服务器。只有源头数据才需要同步，备份数据并不需要再次同步，否则就构成环路了。

Storage server中由专门的线程根据binlog进行文件同步。为了最大程度地避免相互影响以及出于系统简洁性考虑，Storage server对组内除自己以外的每台服务器都会启动一个线程来进行文件同步。

二、storage_func_init

前半部分用于解析配置文件。

	//后半部分如下：
	if ((result=storage_get_my_tracker_client_ip()) != 0) //与各个tracker连接后，调用fdfs_quit(pTServer)，然后关闭套接字（这只是为了初始化g_tracker_client_ip）
	{
		return result;
	}

	if ((result=storage_check_and_make_data_dirs()) != 0) //解析.data_init_flag文件，并在data_path文件夹下创建大量文件夹。
	{
		logCrit("file: "__FILE__", line: %d, " \
			"storage_check_and_make_data_dirs fail, " \
			"program exit!", __LINE__);
		return result;
	}

	if ((result=storage_get_params_from_tracker()) != 0) //重新建立连接，向tracker请求TRACKER_PROTO_CMD_STORAGE_PARAMETER_REQ，获得use_storage_id等多个参数。
	{
		return result;
	}

	if ((result=tracker_get_my_server_id()) != 0) //设置g_tracker_client_ip
	{
		logCrit("fil