C/S架构：客户端与服务端架构 B/S架构：浏览器与服务端架构 想要实现通信，要具备网卡网线，网卡上有全球唯一mac地址 多台机器实现通讯要用到交换机，一台机器通过交换机寻找一台机器叫做广播，回复的过程叫做单播 arp协议：通过ip地址获取mac地址，         一台机器通过交换机要找另一台机器，然后那台机器就把自己的mac地址通过交换机回复给他         这台机器就把他的mac地址短暂缓存起来，短暂的这一段时间再想和那台机器实现通讯就不需要再广播了 机器与机器之间通过交换机连接起来形成局域网，局域网与局域网之间通过路由器连接起来 一个局域网之间的机器不能直接和另一个局域网之间的机器通信，必须通过网关 IP地址和子网掩码的按位与得到一个局域网网段 ip协议的作用:一是为每台计算机分配IP地址，二是确定那些地址在同一个子网络 一般情况下使用8000以后的端口 IP地址：一台机器在网络上的位置 IP只在局域网中生效，也就是只能被局域网中的机器通过IP+端口进行访问 想要被所有机器访问，必须申请一个公网IP，也就相当于在所有路由器上都注册了 "127.0.0.1"：本地的回环地址 TCP：它是全双工(client端和server端都可以收发信息)，可靠地，面向连接的，安全性高     连接时三次握手：         客户端：我可以连接你么         服务端：可以啊，我可以连接你么         客户端：可以啊     断开时四次挥手：         客户端：我要断开你了         服务端：好的         服务端：我要断开你了         客户端：好的     为什么是三次握手却是四次挥手？     因为断开的时候，客户端说要断开服务端同意，     但此时不能强制要求服务端非得断开，此时服务端还能向客户端发送消息，     如果服务端要断开，就得再次发出请求，然后客户端同意 udp：不是长连接，速度快，安全性低     udp的server端不需要监听也不需要建立连接     在启动服务后，只能被动的等待客户端发送消息过来     客户端发送消息的同时还会自带地址信息     消息回复的时候不仅需要发送消息，还需要把对方的地址填写发送过去 互联网协议按照功能不同分为tcp/ip五层： 应用层 "hello" 传输层 选择tcp/udp信息       tcp/udp协议     *tcp/udp协议属于传输层 网络层 加上ip信息              ip协议 数据链路层 加上mac地址          arp协议 物理层 无线、网卡等 基于tcp的socket：     可能会黏包不会丢包     之所以会黏包是因为：         只有在tcp协议中才会出现黏包现象         tcp协议是面向流的协议         在发送的数据过程中还有缓存机制来避免数据的丢失         因此在连续发送小数据以及接收大小不符的时候容易出现黏包         两种情况会造成黏包：             连续send两个小数据             两个recv，第一个recv非常小     解决黏包问题：         在发送大量数据之前先告诉接收端数据的大小         如果想要漂亮的解决问题可以用struct模块自定制协议 基于udp的socket：不会黏包可能会丢包 struct模块：     struct.pack("i", 1024)->将int类型的数据转换成四个字节的bytes类型     可以利用struct模块解决黏包问题，先struct.pack四个字节send过去，然后让服务端知道需要recv多长的数据     网络上传输的数据叫做数据包，数据包里的所有数据都是报文，所有的报文都有报头 利用struct模块实现大文件传输 heders = {"filename": "xxx", "filesize": 1024, "filetype": "txt", "filepath": r"c:xxx"} 先发送报头的长度， 然后对面接受四个字节，获得报头 从报头中获取信息然后接收数据 程序两端都约定好的，就是一种自制协议，但是一个好的协议一定是最合理的，最节约时间的