前言

本来我是觉得这个项目很拿不出手的，毕竟最后也没有经过压力测试等。
甚至在投简历的时候都不敢提交上去。

但是昨天和辅导员交流之后，有什么不好意思的，就算我现在在做一个项目，也是难以达到人家的预期的。
但是以一个大二，甚至大三的非软工专业的学生独立设计并写出这个项目，有什么好丢人的？

功能需求

我们先来看一下功能需求吧：

以下为非功能性需求：

其实主要做的也就是这些非功能性需求，上面那些功能需求已经有做过的，稍加修改就好。

数据包（后续项目用PB替代）

一上来，当然是要协调各方，定下数据包协议了。

#ifndef I_PACKET_PUBLIC_H
#define I_PACKET_PUBLIC_H

#include <string>
#include <iostream>

using namespace std;


#define MAX_LEN      256

/************接入层数据包头************/

typedef struct packet_header_st
{
    int fd;//用于前后端通信即目标客户端fd（服务器用到）
    int funcId; // 功能号
        //登录包0x01,注册包0x02,找回密码0x03,修改密码0x04

        //客户端获取文件列表0x11,上传文件0x12,下载文件0x13,共享文件0x14
        //心跳0x21

    int optid; // 操作码：请求0x00 和 应答0x01

    int usrlenth;// 包体的长度
    int packet_seq; //包序号
    int packet_sum; //包总数

    char srcAddr[6]; //预留
    char dstAddr[6]; //预留

    int syn; // 判断包头是否正确 0x04
}packet_header_t;

/************接入层数据包尾************/

typedef struct packet_tali_st//包尾,用来验证数据包的完整性
{
    int pack_tail;//设置为0x05
}packet_tali_t;

/************数据包报文整体************/

typedef struct  packet_all_st
{
    packet_header_t head;
    char body[packet_header_t::usrlenth];
    packet_tali_st tail;
    //unsigned len; //要发送的数据有效长度
}packet_all_st;


/************业务层数据包体************/

//客户端登录请求包
typedef struct login
{
    int id;
    char psw[10];       //密码
}Login_t;

//登录应答包
typedef struct res_login_st
{
    int login_ret;  //登录结果： 1-登录成功，0-登录失败
}res_login_t;

//客户端注册请求包
typedef struct Register
{
    int id; //账号
    char tel[12];	//11位手机号
    char psw[10];       //密码
}Register_t;

//注册应答包
typedef struct res_register_st
{
    int register_ret;	//注册结果： 0-注册成功，1-注册失败
}res_register_t;

//客户端修改密码请求包
typedef struct Change_PWD
{
    int id; //账号
    char psw[10];       //密码
}c_pwd_t;

//改密码应答包
typedef struct res_changepwd_st
{
    int change_ret;	//改密码结果： 0-改密码成功，1-改密码失败
}res_cpwd_t;

//找回密码请求包
typedef struct findpwd
{
    int id;
    char tel[12];
}F_Pwd_t;

//找回密码应答包
typedef struct res_findpwd_st
{
    int find_ret;	//找回结果： 0-找回成功，1-找回失败
    char pwd[20];   //密码
}res_fpwd_t;


/************请求业务交易流水请求包************/

//上传文件请求包
typedef struct UpFile
{
    int id;
}UpFile_t;

//下载视频请求包
typedef struct Download_File
{
    int user_id;    //用户ID
    char *file_id;      //文件名
}Download_t;

//文件列表请求包
typedef struct File_List
{
    char *dir_name;	//目录名
}FileList_t;

//文件列表应答包
typedef struct Res_VideoList
{
    char V[800];
}res_filelist;

#endif // PACKET_BASE_H

但是过早的定下数据包，难免日后不会有修改，之前也确实是深受其扰，直到我接触了PB协议。我觉得这个现象可以得到有效的改善了。

数据库单独配置

曾经我也很喜欢将数据库的初始化放到主程序中，直到后来去跟我开发N年的表哥吹牛的时候，他说：你数据库的初始化放这里干嘛？嫌开机太快？不怕重复初始化？

哦，好有道理，好像很有道理，确实很有道理。

然后我就改了，我的数据库等需要初始化的外部依赖从此单独初始化！！！

还有，我之所以选择sqlite，而不选择MySQL，甚至于谨慎使用redis，也是跟另一个在游戏公司负责后端开发的学长交流之后，学长跟我说：你这还没开发就把性能限制死了啊，你这数据每次调度都要走两层IO，又不是说什么很大量的数据。你知道在后端开发中，最脆弱的是什么吗？不是高负载的运算，是IO，IO才是最脆弱的。

好，我改。他们都是前辈，我还在象牙塔里，话说也该再约学长出来吃个饭了。

代码太长，只争早夕，整理在这里：FTP文件管理项目（本地云）项目日报（二）

多服务器进程间通信

主要是感觉如果以后要加入新的进程，两两相连的服务会有点尴尬。于是想出了这么个主意。
但是不足的地方也很明显，如果中间那个服务给崩了，那一切都免谈了，而且中间那个服务的压力也是很大的（其实大不到哪里去吧，只是个转接的，而且中间不一定要是一个服务啊，可以做一个集群，这个当时倒是没有想到）

中介者服务器（中控）采用accept，边缘服务器全部采用connect，在连接成功后向中控中心汇报自己的情况（fd对应的服务器名是啥，方便通信），奈何我天资愚钝，这个图我想了一晚上。

epoll模块

责任链模式。

详细介绍：FTP文件管理项目（本地云）项目日报（六）