深圳做网站600,郑州设计公司招聘,公司注销网站备案,玖玖建筑网1 C\S 客户端/服务器架构#xff1a; 1.硬件 C/S架构 (打印机)2.软件 C/S 架构互联网中处处是C/S架构如黄色网站是服务端#xff0c;你的浏览器是客户端#xff08;B/S架构也是C/S架构的一种#xff09;腾讯作为服务端为你提供视频#xff0c;你得下个腾讯视频客户端才能…1 C\S 客户端/服务器架构 1.硬件 C/S架构 (打印机)2.软件 C/S 架构互联网中处处是C/S架构如黄色网站是服务端你的浏览器是客户端B/S架构也是C/S架构的一种腾讯作为服务端为你提供视频你得下个腾讯视频客户端才能看它的视频C/S 架构 与 socket 的关系我们学习 socket 就是为了完成 C/S架构的开发 2 操作系统基础 操作系统:(Operating System简称OS)是管理和控制计算机硬件与软件资源的计算机程序是直接运行在“裸机”上的最基本的系统软件任何其他软件都必须在操作系统的支持下才能运行。
注计算机(硬件)os应用软件
3 网络通信原理
互联网的本质就是一系列的网络协议
一台硬设有了操作系统然后装上软件你就可以正常使用了然而你也只能自己使用
像这样每个人都拥有一台自己的机器然而彼此孤立 其实两台计算机之间通信与两个人打电话之间通信的原理是一样的中国有很多地区不同的地区有不同的方言为了全中国人都可以听懂大家统一讲普通话 世界统一的通信标准英语 连接两台计算机之间的internet实际上就是
一系列统一的标准这些标准称之为互联网协议互联网的本质就是一系列的协议总称为‘互联网协议’Internet Protocol Suite).
互联网协议的功能定义计算机如何接入internet以及接入internet的计算机通信的标准。 osi七层协议
互联网协议按照功能不同分为osi七层或tcp/ip五层或tcp/ip四层 每层运行常见物理设备 tcp/ip五层模型
我们将应用层表示层会话层并作应用层从tcpip五层协议的角度来阐述每层的由来与功能搞清楚了每层的主要协议
就理解了整个互联网通信的原理。
首先用户感知到的只是最上面一层应用层自上而下每层都依赖于下一层所以我们从最下一层开始切入比较好理解
每层都运行特定的协议越往上越靠近用户越往下越靠近硬件 物理层
物理层由来上面提到孤立的计算机之间要想一起玩就必须接入internet言外之意就是计算机之间必须完成组网 物理层功能主要是基于电器特性发送高低电压(电信号)高电压对应数字1低电压对应数字0 数据链路层
数据链路层由来单纯的电信号0和1没有任何意义必须规定电信号多少位一组每组什么意思
数据链路层的功能定义了电信号的分组方式
以太网协议
早期的时候各个公司都有自己的分组方式后来形成了统一的标准即以太网协议ethernet
ethernet规定
一组电信号构成一个数据包叫做‘帧’每一数据帧分成报头head和数据data两部分 head data head包含(固定18个字节)
发送者源地址6个字节接收者目标地址6个字节数据类型6个字节
data包含(最短46字节最长1500字节)
数据包的具体内容
head长度data长度最短64字节最长1518字节超过最大限制就分片发送
mac地址
head中包含的源和目标地址由来ethernet规定接入internet的设备都必须具备网卡发送端和接收端的地址便是指网卡的地址即mac地址
mac地址每块网卡出厂时都被烧制上一个世界唯一的mac地址长度为48位2进制通常由12位16进制数表示前六位是厂商编号后六位是流水线号 广播
有了mac地址同一网络内的两台主机就可以通信了一台主机通过arp协议获取另外一台主机的mac地址
ethernet采用最原始的方式广播的方式进行通信即计算机通信基本靠吼 网络层
网络层由来有了ethernet、mac地址、广播的发送方式世界上的计算机就可以彼此通信了问题是世界范围的互联网是由
一个个彼此隔离的小的局域网组成的那么如果所有的通信都采用以太网的广播方式那么一台机器发送的包全世界都会收到
这就不仅仅是效率低的问题了这会是一种灾难 上图结论必须找出一种方法来区分哪些计算机属于同一广播域哪些不是如果是就采用广播的方式发送如果不是
就采用路由的方式向不同广播域子网分发数据包mac地址是无法区分的它只跟厂商有关
网络层功能引入一套新的地址用来区分不同的广播域子网这套地址即网络地址
IP协议
规定网络地址的协议叫ip协议它定义的地址称之为ip地址广泛采用的v4版本即ipv4它规定网络地址由32位2进制表示范围0.0.0.0-255.255.255.255一个ip地址通常写成四段十进制数例172.16.10.1
ip地址分成两部分
网络部分标识子网主机部分标识主机
注意单纯的ip地址段只是标识了ip地址的种类从网络部分或主机部分都无法辨识一个ip所处的子网
例172.16.10.1与172.16.10.2并不能确定二者处于同一子网
子网掩码
所谓”子网掩码”就是表示子网络特征的一个参数。它在形式上等同于IP地址也是一个32位二进制数字它的网络部分全部为1主机部分全部为0。比如IP地址172.16.10.1如果已知网络部分是前24位主机部分是后8位那么子网络掩码就是11111111.11111111.11111111.00000000写成十进制就是255.255.255.0。 知道”子网掩码”我们就能判断任意两个IP地址是否处在同一个子网络。方法是将两个IP地址与子网掩码分别进行AND运算两个数位都为1运算结果为1否则为0然后比较结果是否相同如果是的话就表明它们在同一个子网络中否则就不是。 比如已知IP地址172.16.10.1和172.16.10.2的子网掩码都是255.255.255.0请问它们是否在同一个子网络两者与子网掩码分别进行AND运算
172.16.10.110101100.00010000.00001010.000000001
255255.255.255.0:11111111.11111111.11111111.00000000
AND运算得网络地址结果10101100.00010000.00001010.000000001-172.16.10.0 172.16.10.210101100.00010000.00001010.000000010
255255.255.255.0:11111111.11111111.11111111.00000000
AND运算得网络地址结果10101100.00010000.00001010.000000001-172.16.10.0
结果都是172.16.10.0因此它们在同一个子网络。
总结一下IP协议的作用主要有两个一个是为每一台计算机分配IP地址另一个是确定哪些地址在同一个子网络。
ip数据包
ip数据包也分为head和data部分无须为ip包定义单独的栏位直接放入以太网包的data部分 head长度为20到60字节
data最长为65,515字节。
而以太网数据包的”数据”部分最长只有1500字节。因此如果IP数据包超过了1500字节它就需要分割成几个以太网数据包分开发送了。 以太网头 ip 头 ip数据 ARP协议
arp协议由来计算机通信基本靠吼即广播的方式所有上层的包到最后都要封装上以太网头然后通过以太网协议发送在谈及以太网协议时候我门了解到
通信是基于mac的广播方式实现计算机在发包时获取自身的mac是容易的如何获取目标主机的mac就需要通过arp协议
arp协议功能广播的方式发送数据包获取目标主机的mac地址 协议工作方式每台主机ip都是已知的
例如主机172.16.10.10/24访问172.16.10.11/24
一首先通过ip地址和子网掩码区分出自己所处的子网
场景数据包地址同一子网目标主机mac目标主机ip不同子网网关mac目标主机ip 二分析172.16.10.10/24与172.16.10.11/24处于同一网络(如果不是同一网络那么下表中目标ip为172.16.10.1,通过arp获取的是网关的mac) 源mac目标mac源ip目标ip数据部分发送端主机发送端macFF:FF:FF:FF:FF:FF172.16.10.10/24172.16.10.11/24数据 三这个包会以广播的方式在发送端所处的自网内传输所有主机接收后拆开包发现目标ip为自己的就响应返回自己的mac 传输层
传输层的由来网络层的ip帮我们区分子网以太网层的mac帮我们找到主机然后大家使用的都是应用程序你的电脑上可能同时开启qq暴风影音等多个应用程序
那么我们通过ip和mac找到了一台特定的主机如何标识这台主机上的应用程序答案就是端口端口即应用程序与网卡关联的编号。
传输层功能建立端口到端口的通信
补充端口范围0-655350-1023为系统占用端口
tcp协议
可靠传输TCP数据包没有长度限制理论上可以无限长但是为了保证网络的效率通常TCP数据包的长度不会超过IP数据包的长度以确保单个TCP数据包不必再分割。
以太网头ip 头 tcp头 数据 udp协议
不可靠传输”报头”部分一共只有8个字节总长度不超过65,535字节正好放进一个IP数据包。
以太网头ip头 udp头 数据 tcp报文 tcp三次握手和四次挥手 应用层
应用层由来用户使用的都是应用程序均工作于应用层互联网是开发的大家都可以开发自己的应用程序数据多种多样必须规定好数据的组织形式
应用层功能规定应用程序的数据格式。
例TCP协议可以为各种各样的程序传递数据比如Email、WWW、FTP等等。那么必须有不同协议规定电子邮件、网页、FTP数据的格式这些应用程序协议就构成了”应用层”。 socket : 1 Socket是应用层与TCP/IP协议族通信的中间软件抽象层它是一组接口。在设计模式中Socket其实就是一个门面模式 它把复杂的TCP/IP协议族隐藏在Socket接口后面对用户来说一组简单的接口就是全部让Socket去组织数据以符合指定的协议。 所以我们无需深入理解tcp/udp协议socket已经为我们封装好了我们只需要遵循socket的规定去编程 写出的程序自然就是遵循tcp/udp标准的。2 也有人将socket说成ipportip是用来标识互联网中的一台主机的位置而port是用来标识这台机器上的一个应用程序 ip地址是配置到网卡上的而port是应用程序开启的ip与port的绑定就标识了互联网中独一无二的一个应用程序 而程序的pid是同一台机器上不同进程或者线程的标识 我们知道两个进程如果需要进行通讯最基本的一个前提能能够唯一的标示一个进程在本地进程通讯中我们可以使用PID来唯一标示一个进程但PID只在本地唯一网络中的两个进程PID冲突几率很大这时候我们需要另辟它径了我们知道IP层的ip地址可以唯一标示主机而TCP层协议和端口号可以唯一标示主机的一个进程这样我们可以利用ip地址协议端口号唯一标示网络中的一个进程。
能够唯一标示网络中的进程后它们就可以利用socket进行通信了什么是socket呢我们经常把socket翻译为套接字socket是在应用层和传输层之间的一个抽象层它把TCP/IP层复杂的操作抽象为几个简单的接口供应用层调用已实现进程在网络中通信。 socket起源于UNIX在Unix一切皆文件哲学的思想下socket是一种打开—读/写—关闭模式的实现服务器和客户端各自维护一个文件在建立连接打开后可以向自己文件写入内容供对方读取或者读取对方内容通讯结束时关闭文件。 套接字起源于 20 世纪 70 年代加利福尼亚大学伯克利分校版本的 Unix,即人们所说的 BSD Unix。
因此,有时人们也把套接字称为“伯克利套接字”或“BSD 套接字”。一开始,套接字被设计用在同 一台主机上多个应用程序之间的通讯。
这也被称进程间通讯,或 IPC。套接字有两种或者称为有两个种族,分别是基于文件型的和基于网络型的。 1 基于文件类型的套接字家族套接字家族的名字AF_UNIXunix一切皆文件基于文件的套接字调用的就是底层的文件系统来取数据两个套接字进程运行在同一机器
可以通过访问同一个文件系统间接完成通信2 基于网络类型的套接字家族套接字家族的名字AF_INET(还有AF_INET6被用于ipv6还有一些其他的地址家族不过他们要么是只用于某个平台要么就是已经被废弃
或者是很少被使用或者是根本没有实现所有地址家族中AF_INET是使用最广泛的一个python支持很多种地址家族
但是由于我们只关心网络编程所以大部分时候我么只使用AF_INET) 套接字工作流程: 一个生活中的场景。你要打电话给一个朋友先拨号朋友听到电话铃声后提起电话这时你和你的朋友就建立起了连接就可以讲话了。等交流结束挂断电话结束此次交谈。 生活中的场景就解释了这工作原理。 图3
先从服务器端说起。服务器端先初始化Socket然后与端口绑定(bind)对端口进行监听(listen)调用accept阻塞等待客户端连接。在这时如果有个客户端初始化一个Socket然后连接服务器(connect)如果连接成功这时客户端与服务器端的连接就建立了。客户端发送数据请求服务器端接收请求并处理请求然后把回应数据发送给客户端客户端读取数据最后关闭连接一次交互结束
socket()模块函数用法 1 import socket2 socket.socket(socket_family,socket_type,protocal0)3 socket_family 可以是 AF_UNIX 或 AF_INET。socket_type 可以是 SOCK_STREAM 或 SOCK_DGRAM。protocol 一般不填,默认值为 0。4 5 获取tcp/ip套接字6 tcpSock socket.socket(socket.AF_INET, socket.SOCK_STREAM)7 8 获取udp/ip套接字9 udpSock socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
10
11 由于 socket 模块中有太多的属性。我们在这里破例使用了from module import *语句。使用 from socket import *,我们就把 socket 模块里的所有属性都带到我们的命名空间里了,这样能 大幅减短我们的代码。
12 例如tcpSock socket(AF_INET, SOCK_STREAM) 服务端套接字函数
s.bind() 绑定(主机,端口号)到套接字
s.listen() 开始TCP监听
s.accept() 被动接受TCP客户的连接,(阻塞式)等待连接的到来客户端套接字函数
s.connect() 主动初始化TCP服务器连接
s.connect_ex() connect()函数的扩展版本,出错时返回出错码,而不是抛出异常公共用途的套接字函数
s.recv() 接收TCP数据
s.send() 发送TCP数据(send在待发送数据量大于己端缓存区剩余空间时,数据丢失,不会发完)
s.sendall() 发送完整的TCP数据(本质就是循环调用send,sendall在待发送数据量大于己端缓存区剩余空间时,数据不丢失,循环调用send直到发完)
s.recvfrom() 接收UDP数据
s.sendto() 发送UDP数据
s.getpeername() 连接到当前套接字的远端的地址
s.getsockname() 当前套接字的地址
s.getsockopt() 返回指定套接字的参数
s.setsockopt() 设置指定套接字的参数
s.close() 关闭套接字面向锁的套接字方法
s.setblocking() 设置套接字的阻塞与非阻塞模式
s.settimeout() 设置阻塞套接字操作的超时时间
s.gettimeout() 得到阻塞套接字操作的超时时间面向文件的套接字的函数
s.fileno() 套接字的文件描述符
s.makefile() 创建一个与该套接字相关的文件 基于TCP的套接字 tcp 是基于链接的必须先启动服务端然后再启动客户端去链接服务端tcp服务端import socket
ip_port(127.0.0.1,8081)#电话卡
BUFSIZE1024
ssocket.socket(socket.AF_INET,socket.SOCK_STREAM) #买手机
phone.setsockopt(SOL_SOCKET,SO_REUSEADDR,1)
s.bind(ip_port) #手机插卡 s.listen(5) #手机待机
while True: #新增接收链接循环,可以不停的接电话conn,addrs.accept() #手机接电话# print(conn)# print(addr)print(接到来自%s的电话 %addr[0])while True: #新增通信循环,可以不断的通信,收发消息msgconn.recv(BUFSIZE) #听消息,听话# if len(msg) 0:break #如果不加,那么正在链接的客户端突然断开,recv便不再阻塞,死循环发生print(msg,type(msg))conn.send(msg.upper()) #发消息,说话conn.close() #挂电话s.close() #手机关机
tcp 客户端
import socket
ip_port(127.0.0.1,8081)
BUFSIZE1024
ssocket.socket(socket.AF_INET,socket.SOCK_STREAM)s.connect_ex(ip_port) #拨电话while True: #新增通信循环,客户端可以不断发收消息msginput(: ).strip()if len(msg) 0:continues.send(msg.encode(utf-8)) #发消息,说话(只能发送字节类型)feedbacks.recv(BUFSIZE) #收消息,听话print(feedback.decode(utf-8))s.close() #挂电话 基于UDP的套接字 udp是无链接的先启动哪一端都不会报错UDP 服务端import socket
ip_port(127.0.0.1,9000)
BUFSIZE1024
udp_server_clientsocket.socket(socket.AF_INET,socket.SOCK_DGRAM)udp_server_client.bind(ip_port)while True:msg,addrudp_server_client.recvfrom(BUFSIZE)print(msg,addr)udp_server_client.sendto(msg.upper(),addr)UDP客户端import socket
ip_port(127.0.0.1,9000)
BUFSIZE1024
udp_server_clientsocket.socket(socket.AF_INET,socket.SOCK_DGRAM)while True:msginput(: ).strip()if not msg:continueudp_server_client.sendto(msg.encode(utf-8),ip_port)back_msg,addrudp_server_client.recvfrom(BUFSIZE)print(back_msg.decode(utf-8),addr) 粘包现象
所谓粘包问题主要还是因为接收方不知道消息之间的界限不知道一次性提取多少字节的数据所造成的。 两种情况下会发生粘包1 发送端需要等缓冲区满才发送出去造成粘包发送数据时间间隔很短数据很小会合到一起产生粘包2 接收方不及时接收缓冲区的包造成多个包接收数据量大 客户端发送了一段数据服务端只收了一小部分服务端下次再收的时候还是从缓冲区拿上次遗留的数据产生粘包 只有TCP有粘包现象UDP永远不会粘包避免粘包的方法import json,struct
#假设通过客户端上传1T:1073741824000的文件a.txt#为避免粘包,必须自定制报头
header{file_size:1073741824000,file_name:/a/b/c/d/e/a.txt,md5:8f6fbf8347faa4924a76856701edb0f3} #1T数据,文件路径和md5值#为了该报头能传送,需要序列化并且转为bytes
head_bytesbytes(json.dumps(header),encodingutf-8) #序列化并转成bytes,用于传输#为了让客户端知道报头的长度,用struck将报头长度这个数字转成固定长度:4个字节
head_len_bytesstruct.pack(i,len(head_bytes)) #这4个字节里只包含了一个数字,该数字是报头的长度#客户端开始发送
conn.send(head_len_bytes) #先发报头的长度,4个bytes
conn.send(head_bytes) #再发报头的字节格式
conn.sendall(文件内容) #然后发真实内容的字节格式#服务端开始接收
head_len_bytess.recv(4) #先收报头4个bytes,得到报头长度的字节格式
xstruct.unpack(i,head_len_bytes)[0] #提取报头的长度head_bytess.recv(x) #按照报头长度x,收取报头的bytes格式
headerjson.loads(json.dumps(header)) #提取报头#最后根据报头的内容提取真实的数据,比如
real_data_lens.recv(header[file_size])
s.recv(real_data_len) 为何tcp是可靠传输udp是不可靠传输
tcp在数据传输发送端先把数据发送到自己的缓存中然后协议控制将缓存中的数据发往对端对端返回一个ack1 发送端则清理缓存中的数据对端返回ack0则重新发送数据所以tcp是可靠的
udp发送数据对端是不会返回确认信息的因此不可靠 4 网络通信实现:
想实现网络通信每台主机需具备四要素
本机的IP地址子网掩码网关的IP地址DNS的IP地址
获取这四要素分两种方式
1.静态获取
即手动配置
2.动态获取
通过dhcp获取
以太网头ip头udp头dhcp数据包 1最前面的”以太网标头”设置发出方本机的MAC地址和接收方DHCP服务器的MAC地址。前者就是本机网卡的MAC地址后者这时不知道就填入一个广播地址FF-FF-FF-FF-FF-FF。 2后面的”IP标头”设置发出方的IP地址和接收方的IP地址。这时对于这两者本机都不知道。于是发出方的IP地址就设为0.0.0.0接收方的IP地址设为255.255.255.255。 3最后的”UDP标头”设置发出方的端口和接收方的端口。这一部分是DHCP协议规定好的发出方是68端口接收方是67端口。 这个数据包构造完成后就可以发出了。以太网是广播发送同一个子网络的每台计算机都收到了这个包。因为接收方的MAC地址是FF-FF-FF-FF-FF-FF看不出是发给谁的所以每台收到这个包的计算机还必须分析这个包的IP地址才能确定是不是发给自己的。当看到发出方IP地址是0.0.0.0接收方是255.255.255.255于是DHCP服务器知道”这个包是发给我的”而其他计算机就可以丢弃这个包。 接下来DHCP服务器读出这个包的数据内容分配好IP地址发送回去一个”DHCP响应”数据包。这个响应包的结构也是类似的以太网标头的MAC地址是双方的网卡地址IP标头的IP地址是DHCP服务器的IP地址发出方和255.255.255.255接收方UDP标头的端口是67发出方和68接收方分配给请求端的IP地址和本网络的具体参数则包含在Data部分。 新加入的计算机收到这个响应包于是就知道了自己的IP地址、子网掩码、网关地址、DNS服务器等等参数 5 网络通信流程:
1.本机获取
本机的IP地址192.168.1.100子网掩码255.255.255.0网关的IP地址192.168.1.1DNS的IP地址8.8.8.8
2.打开浏览器想要访问Google在地址栏输入了网址www.google.com。
3.dns协议(基于udp协议) 13台根dns
A.root-servers.net198.41.0.4美国 B.root-servers.net192.228.79.201美国另支持IPv6 C.root-servers.net192.33.4.12法国 D.root-servers.net128.8.10.90美国 E.root-servers.net192.203.230.10美国 F.root-servers.net192.5.5.241美国另支持IPv6 G.root-servers.net192.112.36.4美国 H.root-servers.net128.63.2.53美国另支持IPv6 I.root-servers.net192.36.148.17瑞典 J.root-servers.net192.58.128.30美国 K.root-servers.net193.0.14.129英国另支持IPv6 L.root-servers.net198.32.64.12美国 M.root-servers.net202.12.27.33日本另支持IPv6 域名定义http://jingyan.baidu.com/article/1974b289a649daf4b1f774cb.html
顶级域名以.com,.net,.org,.cn等等属于国际顶级域名根据目前的国际互联网域名体系国际顶级域名分为两类类别顶级域名(gTLD)和地理顶级域名(ccTLD)两种。类别顶级域名是 以COM、NET、ORG、BIZ、INFO等结尾的域名均由国外公司负责管理。地理顶级域名是以国家或地区代码为结尾的域名如CN代表中国UK代表英国。地理顶级域名一般由各个国家或地区负责管理。
二级域名二级域名是以顶级域名为基础的地理域名比喻中国的二级域有.com.cn,.net.cn,.org.cn,.gd.cn等.子域名是其父域名的子域名比喻父域名是abc.com,子域名就是www.abc.com或者*.abc.com. 一般来说二级域名是域名的一条记录比如alidiedie.com是一个域名www.alidiedie.com是其中比较常用的记录一般默认是用这个但是类似*.alidiedie.com的域名全部称作是alidiedie.com的二级 4.HTTP部分的内容类似于下面这样 GET / HTTP/1.1 Host: www.google.com Connection: keep-alive User-Agent: Mozilla/5.0 (Windows NT 6.1) …… Accept: text/html,application/xhtmlxml,application/xml;q0.9,*/*;q0.8 Accept-Encoding: gzip,deflate,sdch Accept-Language: zh-CN,zh;q0.8 Accept-Charset: GBK,utf-8;q0.7,*;q0.3 Cookie: … … 我们假定这个部分的长度为4960字节它会被嵌在TCP数据包之中。 5 TCP协议
TCP数据包需要设置端口接收方Google的HTTP端口默认是80发送方本机的端口是一个随机生成的1024-65535之间的整数假定为51775。
TCP数据包的标头长度为20字节加上嵌入HTTP的数据包总长度变为4980字节。 6 IP协议
然后TCP数据包再嵌入IP数据包。IP数据包需要设置双方的IP地址这是已知的发送方是192.168.1.100本机接收方是172.194.72.105Google。
IP数据包的标头长度为20字节加上嵌入的TCP数据包总长度变为5000字节。 7 以太网协议 最后IP数据包嵌入以太网数据包。以太网数据包需要设置双方的MAC地址发送方为本机的网卡MAC地址接收方为网关192.168.1.1的MAC地址通过ARP协议得到。
以太网数据包的数据部分最大长度为1500字节而现在的IP数据包长度为5000字节。因此IP数据包必须分割成四个包。因为每个包都有自己的IP标头20字节所以四个包的IP数据包的长度分别为1500、1500、1500、560。 8 服务器端响应 经过多个网关的转发Google的服务器172.194.72.105收到了这四个以太网数据包。
根据IP标头的序号Google将四个包拼起来取出完整的TCP数据包然后读出里面的”HTTP请求”接着做出”HTTP响应”再用TCP协议发回来。
本机收到HTTP响应以后就可以将网页显示出来完成一次网络通信。 1 客户端与服务器的交互C 客户端 机器 硬件 操作系统 应用软件(浏览器,影音播放器) --------客户端的部署
S 服务端 机器 硬件 操作系统 应用软件2 操作系统----软件---(协调管理控制硬件---应用软件使用) 接收 软件的 系统调用命令 ----控制硬件----- 向外提供简单的接口 管理和控制 计算机硬件 与 软件资源 的 计算机程序是 直接运行在 ‘裸机’上的 最基本的系统软件任何软件必须在操作系统的支持下才能运行3 网络通信物理层 介质 基础 (网卡)通信标准 互联网协议 互联网协议 osi七层协议 应用层 传输层 网络层 网络接口层 4层应用层 传输层 网络层 (数据链路层物理层) 5层(应用层 表示层 会话层) 传输层 网络层 (数据链路层物理层) 7层1 物理层 ----- 硬件的标准---- 发送电信号------对应数字 0,12 数据链路层 ----以太网协议 ethernet (根据物理层的信号 分组) mac地址 局域网的地址一组电信号 构成一个数据包(帧) ---每一帧 head(接受者是谁 发送者是谁 数据类型) datamac 地址ethernet规定 internet设备 都必须有网卡---mac地址(发送 接收端的地址)广播 ethernet 通过 广播的方式通信广播包 只能在一个局域网内通信3 网络层---- ip 协议 (ipv4 ipv6) ip地址 确认子网地址ipv4 与 子网掩码 二进制---按位与运算(前三段一样)172.16.10.1(点分十进制) 255.255.255.0 --- 172.16.10.0 (子网的地址 范围)不在一个地址 把包传给网关 是一个 出口 (相当海关于) -- 跨子网通信 ---路由协议ARP 协议(ip找到mac)----- 把 ip地址 转换为一个 网关地址 ----方便子网内 mac广播通信ipmac 唯一的一台机器4 传输层 ----- 传输层功能建立端口到端口的通信 (包 传输头) ()标识这台主机上的应用程序就是端口端口即应用程序与网卡关联的编号ip 端口 --- 唯一的软件用户应用层的内存中的数据 --- 操作系统内存中 --- 网卡 ----发送双向连接---那端的数据输完--可以先断掉tcp 协议 ---- 可靠协议---建立连接3次握手 -----数据传输玩---客户端响应断开连接4次挥手 --udp 协议 ---- 不可靠协议5 应用层 ------应用层产生数据---数据包 (包一个 应用层头)应用层功能规定应用程序的数据格式发数据---封包 ------接收数据---解包 socket (抽象层) 应用层 与 传输层之间 我们经常把 socket翻译为 套接字socket是在应用层和传输层之间的一个抽象层它把TCP/IP层复杂的操作抽象为几个简单的接口供应用层调用已实现进程在网络中通信ip 端口 ---客户端软件 -- 服务端软件基于 tcp 的 socket操作系统 windows--默认gbk文件的操作的内存占用 文件的内存 操作系统的内存fopen(a.txt,encodingutf-8) # 指定操作系统 操作文件的编码格式和 操作系统有关的命令 要 在执行完后 关掉服务端
import socket
serversocket.socket(socket.AF_INET,socket.SOCK_STREAM) # 流--基于网络通信的 tcp协议
## server.setsockopt(socket.SOL_SOCKET,socket.SO_REUSEADDR)
server.bind((127.0.0.1,8080)) # 绑定 ip
server.listen(5) # 最大挂起的连接数
print(starting..)
while True: # 链接循环connect,addrserver.accept() #等连接print(ip地址 %s 端口 %s%(addr[0],addr[-1]))while True:try:dataconnect.recv(1024) # 最大收1024# if not data:break ---linux 不会报错 会一直打印空connect.send(data.upper())except:breakconnect.close()
server.close()
1 买手机 2 绑定 买卡---标识 唯一性 ---ip 端口 3 开机 4 等电话 5 收发消息 6 关连接 关机 客户端import socket
clientsocket.socket(socket.AF_INET,socket.SOCK_STREAM)
client.connect((127.0.0.1,8080))
while True: # 通信循环msginput( ).strip()if not msg:continueclient.send(msg.encode(utf-8))print(send!!) # 输入空 不会卡 ---发送给服务器 的 操作系统 ---发送空 操作系统不会发送空内容dataclient.recv(1024)print(data.decode(utf-8))
client.close() 读书使人心眼明亮
