【网络编程】Socket

网络编程(三) »>思维导图****> »博客园**** 基于TCP协议使用socket分发大文件 案例:电影上传 思路:客户端端循环一行一行读文件并一行一行传输,服务端循环接收并写入文件 客户端代码 import socket,json,os,struct client = cocket.socket() client.connet(('127.0.0.1',8080)) while True: # 获取电影类表,循环展示 MOVIE_DIR = r'D:\路径\视频' movie_list = os.listdir(MOVIE_DIR) for i,movie in enumerate(movie_list,1): print(i,movie) # 用户选择 choice = input('please choice movie to upload>>>:') # 判断是否是数字 if choice.isdigit(): # 将字符串转为int choice = in(choice) - 1 # 判断用户选择在不在列表范围内 if choice in range(0,len(movie_list)) # 获取用户想上传的文件路径 path = movie_list[choice] # 拼接文件的绝对路径 file_path = os.path.join(MOVIE_DIR,path) # 获取文件的大小 file_size = os.path.getsize(file_path) # 定义一个字典 res_d = { 'file_name':'性感荷官在线发牌.,mp4', 'file_size':file_size, 'msg':'注意身体,多喝营养快线' } # 序列话字典 json_d = json.dunps(res_d) json_bytes = json_d.encode('utf-8') # 1.先制作字典格式的报头 header = struct.pack('i',len(json_bytes)) # 2.发送字典的报头 client.send(header) # 3.再发字典 client.send(json_bytes) # 4.再发文件数据(打开文件循环发送) with open(file_path,r'b') as f: for line in f: client.send(line) else: print('not in rang') else: print('must be a number') 服务端代码 ...

2019年8月8日 · 2 分钟

【网络编程】TCP协议与粘包问题

网络编程(二) »>思维导图****> »博客园**** 基于TCP协议的Socket套接字 server端 import socket sk = socket.socket() sk.bind(('127.0.0.1',8898)) # 把地址绑定到套接字 sk.listen() # 监听链接 conn,addr = sk.accept() # 接受客户端链接 ret = conn.recv(1024) # 接收客户端信息 print(ret) # 打印客户端信息 conn.send(b'hi') # 向客户端发送信息 conn.close() # 关闭客户端套接字 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() # 关闭客户套接字 127.0.0.1本机回还地址:只能自己识别自己 其他人无法访问 send与recv对应,不要出现两边都是相同的情况 recv是跟内存要数据,至于数据的来源 你无需考虑 TCP特点 会将数据量比较小的并且时间间隔比较短的数据一次性打包发送给对方 TCP是基于链接的,必须先启动服务端,然后再启动客户端去连接服务端 ...

2019年8月7日 · 1 分钟

【网络编程】OSI七层协议/TCP协议

网络编程(一) »>思维导图****> »博客园**** 软件开发架构 C/S架构(clinet/server):客户端/服务端 B/S架构(browser/server):浏览器/服务器 网络编程发展史 任何先进的技术最早都源于军事 要想实现远程通信第一个需要具备的条件是:物理连接介质 计算机之间要想实现远程通信除了有物理连接介质还需要一套公共标准/协议、 OSI七层协议 应用层 HTTP协议FTP协议 表示层 会话层 传输层 TCP\UDP都是基于端口(port)工作的协议 计算机与计算机之间其实是计算机上的应用程序与应用程序之间的通信 端口:用来唯一标识一台计算机上的某个应用程序 端口号的范围:0~65535 注意:0~1024这些都是操作系统默认使用的端口号 建议:使用8000之后的端口 MySQL默认端口:3306 Redis默认端口:6379 django默认端口:8000 flask默认端口:5000 端口号是动态分配的 第一次起qq分配到的是8989将qq关闭再次启动端口号可能就变了 总结 ip地址:用来唯一标识接入互联网的一台计算机 port端口:用来唯一标识一台计算机上的某个应用程序 ip+port:唯一标识接入互联网一台计算机上的某个应用程序 网络层 IP协议规定了只要是接入互联网的计算机都必须有一个IP地址 ip地址特点:点分十进制 ip地址最小:0.0.0.0 ip地址最大:255.255.255.255 ip地址目前有两个版本:IPV4 IPV6(由于IPV4已经不够表示目前存在的计算机了 所以推出了IPV6版本) 数据链路层 1.规定的电信号的分组方式 2.规定了任何一台接入互联网的计算机都必须有一块网卡 每一块网卡上面都刻有世界上独一无二的编号 12位16进制数:前6位是厂商编号,后6位是流水线编号 我们管这12数叫mac地址 ps:以上两点合称为"以太网协议" 交换机:基于以太网协议通信,不能跨局域网通信。 以太网协议通信的特点:通信基本靠吼! 缺点:广播风暴 互联网是有N多个局域网彼此之间连接而成的。 物理连接层 基于电信号传输010101001010二进制数据 TCP协议(详见《TCP协议三次握手四次挥手》****) 流式协议,可靠协议 基于TCP协议通信 必先建立双向通道 TCP协议传输数据可靠的原因在于它有反馈机制,发送消息之后对方必须回复确认收到消息才会将数据从内存中清空,否则在限定的时间时间内会每隔一段时间发送一次,如果超过限定时间还未收到,就会把对方计算机列为宕机或其他故障,停止向此计算机发送消息 三次握手 所谓三次握手(Three-way Handshake),是指建立一个 TCP 连接时,需要客户端和服务器总共发送3个包。 第一次客户端发送SYN包给服务端,客户端发送完毕进入SYN_SEND状态, 第二次服务端收到第一次客户端发送的SYN包后发回ACK确认包并同时也发送一个SYN包到客户端,服务端发送完毕进入SYN_RECV状态, 第三次客户端接收到服务端发送的ACK+SYN包后向服务端发回ACK确认包,发送完毕进入Established状态。 四次挥手 ...

2019年8月6日 · 1 分钟

【网络编程】TCP协议的三次握手四次挥手-详解

TCP 的特性 TCP 提供一种面向连接的、可靠的字节流服务 在一个 TCP 连接中,仅有两方进行彼此通信。广播和多播不能用于 TCP TCP 使用校验和,确认和重传机制来保证可靠传输 TCP 给数据分节进行排序,并使用累积确认保证数据的顺序不变和非重复 TCP 使用滑动窗口机制来实现流量控制,通过动态改变窗口的大小进行拥塞控制 注意:TCP 并不能保证数据一定会被对方接收到,因为这是不可能的。TCP 能够做到的是,如果有可能,就把数据递送到接收方,否则就(通过放弃重传并且中断连接这一手段)通知用户。因此准确说 TCP 也不是 100% 可靠的协议,它所能提供的是数据的可靠递送或故障的可靠通知。 三次握手与四次挥手 所谓三次握手(Three-way Handshake),是指建立一个 TCP 连接时,需要客户端和服务器总共发送3个包。 三次握手的目的是连接服务器指定端口,建立 TCP 连接,并同步连接双方的序列号和确认号,交换 TCP 窗口大小信息。在 socket 编程中,客户端执行 connect() 时。将触发三次握手。 第一次握手(SYN=1, seq=x): 客户端发送一个 TCP 的 SYN 标志位置1的包,指明客户端打算连接的服务器的端口,以及初始序号 X,保存在包头的序列号(Sequence Number)字段里。 发送完毕后,客户端进入 SYN_SEND 状态。 第二次握手(SYN=1, ACK=1, seq=y, ACKnum=x+1): 服务器发回确认包(ACK)应答。即 SYN 标志位和 ACK 标志位均为1。服务器端选择自己 ISN 序列号,放到 Seq 域里,同时将确认序号(Acknowledgement Number)设置为客户的 ISN 加1,即X+1。 发送完毕后,服务器端进入 SYN_RCVD 状态。 第三次握手(ACK=1,ACKnum=y+1) 客户端再次发送确认包(ACK),SYN 标志位为0,ACK 标志位为1,并且把服务器发来 ACK 的序号字段+1,放在确定字段中发送给对方,并且在数据段放写ISN的+1 ...

2019年8月6日 · 2 分钟