zoukankan      html  css  js  c++  java
  • 执行命令,粘包问题

    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 是比较理想的状态

  • 相关阅读:
    SecureCRT远程控制ubuntu
    zedboard启动过程分析
    zedboard之ubuntu环境变量设置
    理解 pkg-config 工具
    linux下 tar解压 gz解压 bz2等各种解压文件使用方法
    zedboard搭建交叉编译环境
    一步一步学ZedBoard & Zynq(四):基于AXI Lite 总线的从设备IP设计
    zedboard 中SDK 修改串口设置(波特率。。。。)
    VC 2010下安装OpenCV2.4.4
    VS2010恢复默认编辑环境的设置
  • 原文地址:https://www.cnblogs.com/jerry-hou/p/11915749.html
Copyright © 2011-2022 走看看