recv

一.socket(套接字) 1.基于TCP协议的socket通信 sever端 1 import socket 2 sk = socket.socket() 3 sk.bind(('127.0.0.1',8898)) #把地址绑定到套接字 4 sk.listen() #监听链接 5 conn,addr = sk.accept() #接受客户端链接 6 ret = conn.recv(1024) #接收客户端信息 7 print(ret) #打印客户端信息 8 conn.send(b'hi') #向客户端发送信息 9 conn.close() #关闭客户端套接字 10 sk.close() #关闭服务器套接字(可选) client端 import socket sk = socket.socket() # 创建客户套接字 sk.connect(('127.0.0.1',8898)) # 尝试连接服务器 sk.send(b'hello!') ret = sk.recv(1024) # 对话(发送/接收) print(ret) sk.close() # 关闭客户套接字 2.标准通信循环 server端 import socket server = socket.socket() # 生成一个对象 server.bind(('127.0.0.1',8080)) # 绑定ip和port

黏包 黏包现象 让我们基于tcp先制作一个远程执行命令的程序（命令ls -l ;ifconfig; pwd） res=subprocess.Popen(cmd.decode('utf-8'), shell=True, stderr=subprocess.PIPE, stdout=subprocess.PIPE) 的结果的编码是以当前所在的系统为准的，如果是windows，那么res.stdout.read()读出的就是GBK编码的，在接收端需要用GBK解码 且只能从管道里读一次结果 同时执行多条命令之后，得到的结果很可能只有一部分，在执行其他命令的时候又接收到之前执行的另外一部分结果，这种显现就是黏包。 #_*_coding:utf-8_*_ from socket import * import subprocess ip_port=('127.0.0.1',8888) BUFSIZE=1024 tcp_socket_server=socket(AF_INET,SOCK_STREAM) tcp_socket_server.setsockopt(SOL_SOCKET,SO_REUSEADDR,1) tcp_socket_server.bind(ip_port) tcp_socket_server.listen(5) while True: conn,addr=tcp_socket

socket recv 和 recvfrom udp编程中 socket接受数据用recvfrom tcp中用recv udp 接受端口时recvfrom tcp用accept sk.recv(bufsize[,flag]) 接受套接字的数据。数据以字符串形式返回，bufsize指定最多可以接收的数量。flag提供有关消息的其他信息，通常可以忽略。 sk.recvfrom(bufsize[.flag]) 　与recv()类似，但返回值是（data,address）。其中data是包含接收数据的字符串，address是发送数据的套接字地址。 socket参数的详解 socket.socket(family=AF_INET,type=SOCK_STREAM,proto=0,fileno=None) 创建socket对象的参数说明： family 地址系列应为AF_INET(默认值),AF_INET6,AF_UNIX,AF_CAN或AF_RDS。 （AF_UNIX 域实际上是使用本地 socket 文件来通信） type 套接字类型应为SOCK_STREAM(默认值),SOCK_DGRAM,SOCK_RAW或其他SOCK_常量之一。 SOCK_STREAM 是基于TCP的，有保障的（即能保证数据正确传送到对方）面向连接的SOCKET，多用于资料传送。 SOCK_DGRAM 是基于UDP的

实现终端FTP文件传输 代码结构： . ├── client.py ├── readme.txt └── server.py 运行截图： readme.txt tftp文件服务器 项目功能： * 客户端有简单的页面命令提示 * 功能包含： 1、查看服务器文件库中的文件列表（普通文件） -> os.listdir 2、可以下载其中的某个文件到本地 3、可以上传客户端文件到服务器文件库 * 服务器需求： 1、允许多个客户端同时操作 2、每个客户端可能会连续发送命令 技术分析： 1、TCP套接字更适合文件传输 2、并发方案 -> fork多进程并发 3、对文件的读写操作 4、获取文件列表 -> os.listdir() 或 tree 5、粘包的处理 整体结构设计： 1、服务器功能封装在类中（上传，下载，查看列表） 2、创建套接字，流程函数调用main() 3、客户端负责发起请求，接收回复，展示 4、服务端负责接受请求，逻辑处理 编程实现： 1、搭建整体结构，创建网络连接 2、创建多进程和类的结构 3、每个功能模块的实现 模块方法： os.listdir(path) os.path.isfile() os.path.isdir() server.py # server.py import struct from socket import * import os import signal

前言 都说haproxy很牛x, 可是测试的结果实在是不算满意, 越测试越失望,无论是长连接还是并发, 但是测试的流程以及工具倒是可以分享分享。也望指出不足之处。 100w的长连接实在算不上太难的事情，不过对于网上关于测试方法以及测试工具的相关文章实在不甚满意，才有本文。 本文有两个难点,我算不上完全解决。 后端代码的性能. linux内核参数的优化. 环境说明 下面所有的测试机器都是基于openstack云平台，kvm虚拟化技术创建的云主机。 由于一个socket连接一般占用8kb内存，所以百万连接至少需要差不多8GB内存. 建立长连接主要是需要内存hold住内存，理论上只需要内存就足够了，不会消耗太多cpu资源, 相对内存而言. 而并发则对cpu很敏感，因为需要机器尽可能快的处理客户端发起的连接。 本文的并发主要指 每秒 处理的请求. 硬件配置 类型 配置 数量 后端 16核32GB 1 客户端 2核4GB 21 软件配置 类型 长连接 并发 后端 python && gevent golang 客户端 locust && pdsh locust & pdsh IP地址 haproxy 192.168.111.111 client-master 192.168.111.31 client-slave 192.168.111.1[13-32] 测试步骤 系统调优 最大文件打开数