socket套接字

1. socket套接字简介

# 需求:编写一个cs架构的程序 实现数据交互
思考:需要编写代码操作OSI七层 相当的复杂
  由于操作OSI七层是所有cs架构的程序都需要经历的过程 所以有固定的模块
  socket套接字是一门技术
  socket模块>>>:提供了快捷方式 不需要自己处理每一层
"""
以后我们写软件连socket的影子都看不到 因为被封装起来
socket是最底层的原理 很多框架都封装了 其实我们不需要深入研究
"""

 

 

 

2. socket模块

socket套接字 TCP客户—服务器程序的执行流程图

 

 

 

Socket套接字
1.套接字(Socket) 就是对网络中不同主机上的应用进程之间进行双向通信的端点的抽象

2.一个套接字就是网络上进程通信的一端，提供了应用层进程利用网络协议交换数据的机制

3.套接字是应用程序通过网络协议进行通信的接口，是应用程序与网络协议进行交互的接口

Socket是应用层与TCP/IP协议簇通信的中间抽象层，是一组接口。在设计模式中其实就是门面模式。Socket将复杂的TCP/IP协议簇隐藏在接口后面，对于用户而言，一组接口即可让Socket去组织数据，以符合指定的协议。

socket 其实就是操作系统提供给程序员操作「网络协议栈」的接口，说人话就是，你能通过socket 的接口，来控制协议找工作，从而实现网络通信，达到跨主机通信。

 

 

 

# 客户端
import socket

​​client = socket.socket()  # 产生一个socket对象
client.connect(('127.0.0.1', 8080))  # 根据服务端的地址链接​
client.send(b'hello sweet heart!!!')  # 给服务端发送消息
data = client.recv(1024)  # 接收服务端回复的消息
print(data.decode('utf8'))
​client.close()  # 关闭客户端

 

 

 

 

# 服务端
import socket


server = socket.socket()  # 买手机
"""
通过查看源码得知 
括号内不写参数默认就是基于网络的遵循TCP协议的套接字
"""
server.bind(('127.0.0.1', 8080))  # 插电话卡
"""
服务端应该具备的特征
    固定的地址
    ...  
127.0.0.1是计算机的本地回环地址 只有当前计算机本身可以访问
"""
server.listen(5)
sock, addr = server.accept()  # 等待并接听电话  没有人来就原地等待(程序阻塞)
"""
listen和accept对应TCP三次握手服务端的两个状态
"""
data = sock.recv(1024)
print(data.decode('utf8'))
sock.send('你好啊'.encode('utf8'))  # 回复别人说的话
"""
recv和send接收和发送的都是bytes类型的数据
"""
sock.close()  # 挂电话
server.close()  # 关机

 

 

 

2. 通讯循环

1.先解决消息固定的问题
    利用input获取用户输入
2.再解决通信循环的问题
    将双方用于数据交互的代码循环起来

# 服务端的循环
while True:
    data = sock.recv(1024)  # 听别人说话
    print(data.decode('utf8'))
    msg = input('请回复消息>>>:').strip()
    sock.send(msg.encode('utf8'))  # 回复别人说的话
 
# 客户端的循环
while True:
    msg = input('请输入你需要发送的消息>>>:').strip()
    client.send(msg.encode('utf8'))  # 给服务端发送消息
    data = client.recv(1024)  # 接收服务端回复的消息
    print(data.decode('utf8'))

 

3. 循环通讯可能会出现的问题

 

反复重启服务端可能会报错>>>:address in use
  这个错在苹果电脑报的频繁 windows频率较少

  from socket import SOL_SOCKET,SO_REUSEADDR
  server.setsockopt(SOL_SOCKET,SO_REUSEADDR,1) # 在bind前加

 

4.代码优化及链接循环

1.发送消息不能为空
    统计长度并判断即可

2.链接循环  

"""  
如果是windows 
　　客户端异常退出之后服务端会直接报错    
　　　　处理方式        
　　　　异常处理  
如果是mac或linux 
　　服务端会接收到一个空消息    
　　　　处理方式        
　　　　len判断 

"""  

客户端如果异常断开 服务端代码应该重新回到accept等待新的客人

 

 5. 半连接池

listen(5)
# py文件默认同一时间只能运行一次 如果想单独分开运行多次
# 半连接池
    1. 什么是半连接池：当服务器在响应了客户端的第一次请求后会进入等待状态，会等客户端发送的ack信息，这时候这个连接就称之为半连接
    2. 半连接池其实就是一个容器，系统会自动将半连接放入这个容器中，可以避免半连接过多而保证资源耗光
     3. 产生半连接的两种情况：
          3.1 客户端无法返回ACK信息
          3.2 服务器来不及处理客户端的连接请求


设置的最大等待人数  >>>:  节省资源 提高效率

 

6. 黏包问题

　　6.1 黏包产生的两种方式

# 服务端出现粘包

当发送的消息数据的间隔短，会将几次的分开的消息一次性读出来。产生粘包

# 客户端出现粘包

数据无法一次性读完

 

　　6.2 黏包问题演示

data1 = conn.recv(1024)
print(data1)
data2 = conn.recv(1024)
print(data2)
data3 = conn.recv(1024)
print(data3)

client.send(b'hello')
client.send(b'jason')
client.send(b'kevin')
"""
三次打印的结果
  b'hellojasonkevin'
  b''
  b''
"""
# TCP协议的特点
    会将数据量比较小并且时间间隔比较短的数据整合到一起发送
  并且还会受制于recv括号内的数字大小(核心问题!!!)
  流式协议:跟水流一样不间断
    
"""
问题产生的原因其实是因为recv括号内我们不知道即将要接收的数据到底多大
如果每次接收的数据我们都能够精确的知道它的大小 那么肯定不会出现黏包
"""

思路: 
  困扰我们的核心问题是不知道即将要接收的数据多大
  如果能够精准的知道数据量多大 那么黏包问题就自动解决了!!!

 

　　6.2 黏包问题解决

方向:精准获取数据的大小
  
# struct模块
    import struct

  data1 = 'hello world!'
  print(len(data1))  # 12
  res1 = struct.pack('i', len(data1))  # 第一个参数是格式 写i就可以了
  print(len(res1))  # 4
  ret1 = struct.unpack('i', res1)
  print(ret1)  # (12,)


  data2 = 'hello baby baby baby baby baby baby baby baby'
  print(len(data2))  # 45
  res2 = struct.pack('i', len(data2))
  print(len(res2))  # 4
  ret2 = struct.unpack('i', res2)
  print(ret2)  # (45,)


  """
  pack可以将任意长度的数字打包成固定长度
  unpack可以将固定长度的数字解包成打包之前数据真实的长度


  思路:
      1.先将真实数据打包成固定长度的包
      2.将固定长度的包先发给对方
      3.对方接收到包之后再解包获取真实数据长度
      4.接收真实数据长度
  """

 

 

、