帅爆太阳的男人
1,执行代码
- 在py代码中去调用操作系统的命令
- 新的模块:subprocess,
import subprocess r = subprocess().Popen( "dir", shell=True, stdout=subprocess.PIPE, stderr=subprocess.PIPE ) subprocess.Popen(cmd, shell=True, stdout=subprocess.PIPE, stderr=subprocess.PIPE)
解释:
- cmd:代表系统命令
- shell=True代表这条命令是系统命令,告诉操作系统,将cmd当成系统命令去执行
- stdout 是执行完系统命令之后,用于保存结果的一个管道
- stderr 是执行完系统命令之后,用于保存错误结果的一个管道
- print(r.stdout().decode("gbk"))
- print(r.stderr().decode("gbk"))
执行命令:
- 服务器端
import socket import subprocess # 一个可以通过程序调用操作系统的命令的模块 sk = socket.socket() sk.bind(("127.0.0.1",8008)) sk.listen() conn,addr = sk.accept() while 1: cmd = conn.recv(1024).decode("utf-8") r = subprocess.Popen(cmd,shell=True,stdout=subprocess.PIPE,stderr=subprocess.PIPE) # 固定写法,一个参数都不能少 stdout = r.stdout.read() # 当时正确的调用命令就读出来 stderr = r.stderr.read() # 错误的命令也读出来 if stdout: conn.send(stdout) else: conn.send(stderr) conn.close() sk.close()
- 客户端
import socket sk = socket.socket() sk.connect(("127.0.0.1",8008)) while 1: sk.send(input("请输入操作的命令:").encode("utf-8")) # 客户端给服务器操作指令,再有服务器返回给客户端 result = sk.recv(1024).decode("gbk") # 由操作系统返回给客户端的命令信息必须是:gbk解码 print(result) sk.close()
2,粘包问题:只有TCP协议有粘包,UDP不会发生粘包
- 粘包的原因:发送端发送数据,接收端不知道该如何去接收,造成的一种数据混乱的现象
- 在Tcp协议中:
- 有一个合包机制(nagle算法),将多次连续发送且间隔较小的数据,进行打包成一块数据去传送
- 另一个是拆包机制,在发送端,因为受到网卡的MTU限制,会将大的超过MTU限制的数据,进行拆分,拆分成多个小的数据,进行传输,当传输到目标主机的操作系统层时,会重新将多个小的数据合并成原来的数据
# 客户端
import socket sk = socket.socket() sk.bind(("127.0.0.1",8001)) sk.listen() conn,addr = sk.accept() while 1: conn.send(b"hello") conn.send(b"world") conn.close() sk.close()
- 服务端
import socket sk = socket.socket() sk.connect(("127.0.0.1",8001)) msg1 = sk.recv(1024) msg2 = sk.recv(1024) print(msg1,type(msg1)) print(msg2,type(msg2)) sk.close()
3,针对,使用UDP协议发送数据,一次收发的大小究竟多少合适?
- UDP不会发生粘包,UDP协议本层对一次收发数据大小的限制是:65535-ip包头(20)-UDP包头(8)=65507
- 站在数据链路层,因为网卡的MTU一般被限制在了1500,所以对于数据链路层来说一次收发数据的大小被限制在:1500-ip包头(20)-UDP包头(8) = 1472
- 所以:sendto(num)
- if num>65507:报错
- elif:1472<num<65507:会在数据链路层拆包,而UDP本身就是不可靠协议,所以一旦拆包之后,造成的多个小数据包在网络传输中,如果丢任何一个,那么此次数据传输失败
- else:num<1742:这种是比较理想的状态.