目录
2.2. 那么为什么内存不连续的结构体不能直接使用send发送呢？
主要讲的是应用层和传输层
一、自定制协议
就是程序员在应用层约定应用层格式的
我们先来实现一个网络版本的计算器
思路：
实现：
引出到底什么是自定制协议？
二、TCP粘包问题
tcp的面向字节流的特性，导致了tcp粘包的问题
针对接收方而言，没有办法区分数据是发送了几次，前后发送的数据是没有间隔符的，粘连在一起的
2.1. 定长结构体和非定长结构体在发送时的区别
2.2. 那么为什么内存不连续的结构体不能直接使用send发送呢？
我们先来看看内存连续结构体的发送原理：
我们再来看看不定长的结构体
2.2. 那我们怎样去接收不定长的数据呢？
比如发送了两次数据，一次10字节，一次100字节，怎么去接收呢？
1.tcp在传输数据的时候可以加上大小
先接收4个字节，解析数据包的长度，再去接收后面的内容
这就解决了粘连的问题
2.还可以加上自定制的分隔符 （\r\n）
2.3. 我们怎样去接收不连续的内存呢？
比如这一种数据，存放的是首字符的地址
这就需要引出序列化和反序列化
2.4序列化和反序列化
序列化: 将程序当中的数据结构转化成为二进制序列;
数据结构:
内存如果是连续的，直接就可以发送。 例如: 结构体
内存如果是不连续的， 序列化就是将不同的内存组合起来， 放到一块连续的空间当中，发送出去。例如: 链表多个节点
反序列化： 将二进制转化成为数据结构。
三、HTTP协议
3.1 http协议概述
超文本传输协议
3.2 HTTP的URL解释
我们来看下完整的URL
带层次的文件路径：
查询字符串：
URL每个部分的总结：
3.3 HTTP协议的数据流
首先要知道：HTTP协议是应用层协议，他在网络协议栈使用到的下层（传输层）协议是TCP协议
直白一点就是：HTTP协议产生的数据，是交给了传输层的TCP协议传输的
3.4 HTTP协议的格式
3.4.1、请求格式
利用tcp模拟HTTP的服务端，去接受浏览器给服务端发送的请求
代码和之前的差不多，我们来看下工作线程的功能：
我们模仿URL在网站上搜索：
这时候显示网页无法正常工作是因为我们并没有给网页发任何消息
但是我们这时候能够发现，我们接收到了网页给我们发送的请求：下面就是请求的内容
我们可以来分析一下这个到底是什么 ，分析一下HTTP的请求格式到底是什么：
请求首行: 请求方法， 路径, 协议版本
3.4.2、响应格式
我们现在模拟server给浏览器发送一个响应：
我们在浏览器中给server发送一个请求，观察收到的响应是什么样的
3.5 HTTP的请求方法：
请求方法重点的是GET 和 POST
GET：问服务端要抹些资源
PST：给服务端提交数据
POST提交的数据在正文当中：
例如： username=xxx&&passwd=xxx
eg：假设我们要在某个网页进行登录，使用POST请求就会将我们的账号，密码放在请求正文中进行提交
面试题： GET方法和POST谁更安全
路径：
就是我们想要请求资源的路径
协议版本：
HTTP 0.9，HTTP 1.0，HTTP 1.1 ，HTTP 2.0（还在研发）
目前使用最多的就是HTTP1.1
3.6 分析请求体的内容：
请求体可以有很多条 key：value
3.7 HTTP的响应状态码
3.7.1 为什么需要状态码？
浏览器发起了一个HTTP请求，web服务器要告诉浏览器一个状态码(刚刚发起的请求是处理成功了还是失败了)
常见的测试码：
3.8 HTTP常见的header
- Content-Length: 正文的长度
- Content-Type ： 正文的类型
- location ： 重定向地址，一般搭配3 x x 使用
- Set-Cookie ：设置Http Cookie
Cookie 和 Session
Cookie： 浏览器保存的信息，一般是客户端的一些不敏感的信息，Cookie数据的来源自服务端，
在浏览器保存。当下次在请求服务端的某个资源的时候，会携带上
Session：session 数据保存在服务端，一般描述当前会话信息（例如：浏览器的信息，浏览器访问到哪个页面等等）
Cookie：
应用场景：
为什么： 在访问百度的时候，第一次是需要进行登录的，但第二次的时候就不需要再进行登录了
就是因为在第一次登录的时候，登录成功的时候，百度服务器会给浏览器返回一个登录成功的的响应，在响应中就有一些Cookie信息，
下次再来访问的时候就会携带着这些Cookie信息，这些Cookie信息让服务端解析后就能知道是谁登录了。
我们也可以利用代码去实验一下Cookie的作用：
我们的服务端给浏览器返回一个Cookie信息
当然：我们这里的Cookie信息设置的是很随意的，平时网站上的Cookie设计的时候是非常复杂的