实现rpc通信机制（待定）
一、概述
（1）rpc（remote procedure call, 远程接口调用）,就像在本地调用函数一样，是应用组成服务内部分布式的基础功能。应用场景是在内网中的计算，比如：(a) 为上传的一张图片加水印、（b）在一款即时通讯软件内如想知道某个账户是否上线的状态、（c）查询端口是否可用、（d）查询防火墙的规则是否可用、（e）判断一个进程是否运行、使用的内存多大.....。
（2）rpc和http在使用中有什么区别和共同点？
答：共同点：两者都是用于2台机器间通信的，都是用于建立应用层偏业务的功能。
不同点：rpc更倾向于对内，内部的服务，书写风格是函数调用风格；http更倾向于客户端请求，适用在手机app或者浏览器请求服务端，对外的功能，由于有https多了层加密所以书写风格适合对外。rpc是一函数风格去调用，http是需要内部封装http请。
（3）市面上rpc的开源方案很多，比如百度的brpc，搜狗的zrpc，腾讯的Tars，淘宝的krpc，为什么不用现成的，而还要自己造rpc？
答：有可能实际需求只是其中很小的功能，但用开源rpc（a）学习成本高，有技术问题也不方便修改；（b）由于是自己的内部业务，只需要结合自己的功能，也不需要很全面的开源方案；
在server端实现类似函数
int abc(int a){int c = a + 1;return c;
}在客户端可以直接用此函数
int main(){int ff = add(3);
}备注
（1）size_t total_sent = send(...) 和 int total_sent = send(...) 的区别在于 变量类型 以及它们对返回值的处理影响？
答：size_t: 是无符号整型，用于表示大小或计数。通常用于表示非负数，例如数组的大小、内存的字节数等。int: 是有符号整型，可以表示正数、负数或零。通常用于表达普通整数。
（2）memset(变量名称, 0, (length + 1)) 与 ret = recv(connfd, 变量名称, length, 0)
（3）为什么对于字符串的copy不是每一次都考虑“\0”？比如
char *zrpc_method_zcat(char * a, char* b, char *c){char* str = (char *)malloc（strlen(a) + strlen(b) + strlen(c) + 1);strcpy(str, a);memcpy(str + strlen(a), b, strlen(b));memcpy(str + strlen(a) + strlen(b), c, strlen(c))
}其中的strcpy()和memcpy()都没有复制“\0”。
答：字符串只要在结尾加“\0”就可以了，所以malloc()分配内存的时候 "+ 1"，而中间位置不需要有“\0”。
（4）这个结构体占据多少字节？
#include<string.h>
#include <stdio.h>struct zrpc_func {char *method;char *params[16];char *types[16];int count;
};int main() {printf("Size of struct: %zu bytes\n", sizeof(struct zrpc_func));return 0;
}
（假设 64 位系统）
| 成员 | 类型 | 大小（字节） | 说明 |
|---|---|---|---|
method | char* | 8 | 指针（64 位系统） |
params | char*[16] | 16 × 8 = 128 | 16 个指针，每个 8 字节 |
types | char*[16] | 16 × 8 = 128 | 16 个指针，每个 8 字节 |
count | int | 4 | 普通 int 类型 |
三、报错信息
（a）编译报错信息
出现“未找到.h头文件”
解决：找到含有头文件的文件夹路径，flag是“-I”，比如
gcc -o xxx xxx.c -I ./core/出现“未定义undefine”
解决：这是没找到链接，所以先找到文件夹路径，然后是加上具体的链接名称，flag是“-L”和“-lxxx”，比如
gcc -o xxx xxx.c -I ./core/ -L ./ -lxxx -lpthread -ldl