(｡･∀･)ﾉﾞ嗨！你好这里是ky233的主页：这里是ky233的主页，欢迎光临~https://blog.csdn.net/ky233?type=blog

点个关注不迷路⌯'▾'⌯

目录

1.协议

1.序列化与反序列换

2.协议定制

二、网络版本的计算器

1.约定与协议

2.守护进程

3.代码

---

1.协议

协议是一种 "约定". socket api的接口, 在读写数据时, 都是按 "字符串" 的方式来发送接收的. 如果我们要传输一些 "结构化的数据" 怎么办呢? 

1.序列化与反序列换

发送数据时将这个结构体按照一个规则转换成字符串, 接收到数据的时候再按照相同的规则把字符串转 化回结构体;

这个过程叫做 "序列化" 和 "反序列化"

2.协议定制

所谓的协议定制是来定义请求以及未来响应的字段都需要哪些，字段本身就是协议的一部分，还有很多细节在代码中体现出来

二、网络版本的计算器

1.约定与协议

约定：就比如是我们规定好的计算顺序，如果顺序不对则无法进行计算

协议：

• 我们结构化的约定就叫做协议
• 我们需要把这些数据发给服务器或者客户端，就需要把这些数据转换成字节流，对方基于收到的字节流，对其做反序列化，无论是发送或接受都需要进行序列和反序列化！

因为TCP是面向字节流的（TCP有可能一个一个读也有可能一次全部读完），那么我们读取的时候怎么保证是一个完整的请求呢？

当我们调用send或者write的时候只是把我们的数据拷贝到了发送缓冲区，在调recv或者read的时候之后只是把接受缓冲区拷贝到用户定义的缓冲区

所以：

• io接口：本质都是拷贝函数
• 发送的次数和接受的次数，没有任何关系，叫做面向字节流！

 单纯的recv是无法解决这个问题的，所以需要更进一步的协议定制

UDP是面向数据报的，每次都是完整的报文，则不会有上述问题

2.守护进程

1.前台进程：和终端关联的进程，判断标准为，该进程能否获取输入，如bash

2.任何xshell登录，只允许一个前台进程和多个后台进程

3.进程除了有自己的pid和ppid，还有组id TPGID

4.在命令行中，同时用管道启动多个进程，多个进程是兄弟关系，父进程是bash，可以用匿名来进行管道通信

5.而同时被创建的多个进程可以成为一个进程组的概念，组长一般是第一个进程PGID

6.SID：任何一次登录，登陆的用户，需要有多个进程（组），来给这个用户提供服务的（bash)，用户自己可以启动很多进程，或者进程组。我们给用户提供服务的进程，或者用户自己启动的所有的进程或者服务，整体都是属于一个叫做会话的机制中的

退出登陆的时候，启动的服务就有可能退出，但是我们需要一种服务不退出的机制就叫做守护进程，所以我们就需要把这个进程自成一个会话，

7.如何将自己变成自成会话呢？

调用setsid()函数 ，就把这个进程变成单独的会话组了

8.setsid要成功被调用，必须保证当前进程不是进程组的组长

那么怎么保证不是组长呢？可以通过fock(),变成子进程

9.守护进程不能向显示打印消息，一旦打印会被暂停

devnull相当于linux的文件黑洞，任何到里面的东西自动销毁

3.代码