标签:执行命令 系统命令 udp subprocess 问题 stderr 粘包 数据
1.执行命令
在py代码中如何取调用操作系统的命令
新模块: subprocess
r = subprocess.Popen('ls',
shell=True,
stdout=subprocess.PIPE
stderr=subprocess.PIPE
# subprocess.Popen(cmd,shell=True,subprocess.stdout,subprocess.stderr)
#cmd : 代表系统命令
#shell = True 代表这命令是 系统命令, 告诉操作系统,将cmd当成系统命令去执行
#stdout 是执行完系统命令之后,用于保存结果的一个管道
#stderr 是执行完系统命令之后,用于宝村错误的一个管道
print(r.stdout.read().decode('gbk'))
print(r.stderr.read().decode('gbk'))
粘包问题:只有tcp协议才会发送粘包,udp不会发生
EX: 发送端发送数据,接收端不知道应该如何接收,造成的一种数据混乱的现象
在TCP协议中,
有一个合包机制(nagle 算法),将多次连续发送且间隔较小的数据,进行打包成一块数据传送
还有一个机制是拆包机制,在发送端,因为收到网卡的MTU限制,会将大的超过MTU限制的数据,进行拆分,拆分成多个小的数据,进行传输. 当传输到目标主机的操作系统层时,会重新将多个小的数据合并成原本的数据
udp 不会发生粘包,udp协议本层对一次收发数据大小的限制是:
65535-ip包头(20)-udp包头(8)=65507
站在数据链路层,因为网卡的MTU一般被限制在了1500,所以对于数据链路层来说,一次收发数据的大小被限制在1500 - ip包头(20)-udp包头(8)=1472
得到结论:
如果sendto(num)
num>65507 报错
1472<num<65507 会在数据链路层拆包,而udp本身就是不可靠协议,所以一旦拆包之后,造成的多个小数据包在网络传输中,如果丢任何一个,那么此次数据传输失败
num<1472 是比较理想的状态
标签:执行命令,系统命令,udp,subprocess,问题,stderr,粘包,数据 来源: https://www.cnblogs.com/jerry-hou/p/11915749.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。