- 全双工：可收可发
- 负数在内存中以补码情势存在
原码取反+1->补码
补码取反+1->原码
- 端标语
范围0～65535
对应一个步调的进程
- 着名端口
HTTP服务：80端口
FTP：21
SSH：22
HTTPS：443
IP地点
IP 地点就是互联网上每台盘算机的唯一地点，因此 IP 地点具有唯一性。
IP 地点的格式：通常用“点分十进制”体现成（a.b.c.d）的情势，此中，a,b,c,d 都是 0~255 之间的十进制整数。比方：用点分十进体现的 IP地点（192.168.1.1）
域名和域名服务器
只管 IP 地点可以大概唯一地标记网络上的盘算机，但IP地点是一长串数字，不直观，而且未便于影象，于是人们又发明白另一套字符型的地点方案，即所谓的域名（Domain Name）地点。
IP地点和域名是逐一对应的关系，这份对应关系存放在一种叫做域名服务器(DNS，Domain name server)的电脑中。利用者只需通过好记的域名访问对应的服务器即可，对应的转换工作由域名服务器实现。因此，域名服务器就是提供 IP 地点和域名之间的转换服务的服务器。
在开辟测试期间， 127.0.0.1 对应的域名是 localhost，它们都代表我们自己的这台电脑，在利用结果上没有任何区别。
互换机 v.s. 路由器
互换机-MAC地点 链接装备和装备
路由器- IP地点 链接局域网和局域网
OSI七层
- 物理层：传输装备。原始电信号比特流。
- 数据链路层：代表是互换机。物理地点寻址，交给对应的端口。比特流->数据帧。
- 网络层：代表是路由器。逻辑地点寻址，路由表记载IP地点及对应的目的主机，可以主动学习毗连到的网络放入路由表，此中会区分直连网络，找一个最短路径发已往。
- 传输层：
- 会话层：创建管分析话。
- 体现层：按数据的种别翻译成对应的情势。图片和视频等。
- 应用层：各种应用步调协议。如HTTP（超文本传输协议）,FTP,SMTP；
更实用的TCP/IP四层
简化了OSI的七层。
- 网络层：包罗IP协议 （网际协议），ICMP协议 （控制报文协议），IGMP协议 （组管理）
- 应用层：关注端口，Telnet,FTP,SMTP,SNMP简单网络管理协议
ARP 地点转换协议
RARP 反向地点转换协议
TCP
面向毗连的协议，客户端与服务器之间创建TCP毗连。
- 三次握手
右侧是服务端。发送，确认，创建毗连。
通讯：每一个或几个数据包都要举行确认（按报文中的序号次序控制、校验和、滑动窗口、重传机制），如果没有确认，客户端会不停发送这个包直到确认。
- 四次挥手（四次断开）
MSL：报文最大生存时间
两边都说传完了，而且对方确认之后，客户端等2*MSL时间再断开。
UDP
无毗连。
一次性传少量数据。
如DNS协议，速率快。
可以多对多交互通讯。
socket套接字
能实现差别主机间的进程间通讯
python socket包
创建套接字
利用其收发数据
关闭套接字
编码转换 (encoding=“utf-8”)
encoding:str->bytes
decoding:bytes->str
HTTP
HTTP（Hyper Text Transport Protocol）：应用层协议、C/S模式、无毗连（只要知道Ip+端口就可以发已往）、无状态（TCP创建过程有很多状态）
URL 严酷意义上应该是URI
uniform resource locator
端标语：唯肯定位一个应用步调。
http哀求
http哀求肯定产生于客户端
- http or https
http不加密不安全；https加密协议（公网利用）
http端标语80 https端标语443
- GET or POST
GET和POST是HTTP哀求的两种根本方法.
由于POST必要两步，时间上斲丧的要多一点，看起来GET比POST更有用。但是：
1.GET与POST都有自己的语义，不能任意混用。
2.据研究，在网络环境好的环境下，发一次包的时间和发两次包的时间差别根本可以无视。而在网络环境差的环境下，两次包的TCP在验证数据包完备性上，有非常大的长处。
3.并不是全部欣赏器都会在POST中发送两次包，Firefox就只发送一次。
GETPOSTGET把参数包罗在URL中POST通过request body通报参数，抓包才气看到GET在欣赏器回退时是无害的POST会再次提交哀求GET哀求会被欣赏器主动cachePOST不会，除非手动设置GET产生的URL地点可以被BookmarkPOST不可以GET哀求只能举行url编码POST支持多种编码方式GET比POST更不安全，由于参数直接袒露在URL上，以是不能用来通报敏感信息。GET哀求参数会被完备保存在欣赏器汗青记载里POST中的参数不会被保存。GET哀求在URL中传送的参数是有长度限定没有对参数的数据范例，GET只担当ASCII字符没有限定GET产生一个TCP数据；对于GET方式的哀求，欣赏器会把http header和data一并发送出去，服务器相应200（返回数据）；POST产生两个TCP数据包；对于POST，欣赏器先发送header，服务器相应100 continue，欣赏器再发送data，服务器相应200 ok（返回数据）。（大多数）欣赏器通常都会限定url长度在2K个字节，而（大多数）服务器最多处理处罚64K巨细的url，高出的部门，恕不处理处罚。
- 哀求行：第一行。哀求方法、URL、协议版本。
哀求方法：GET,POST,PUT,DELETE
POST和PUT有哀求体，GET和DELETE没有哀求体。
- 哀求头：哀求行之下，空行之上。键值对k:v。形貌客户端的属性信息
User-Agent 用来分析当前是什么范例的欣赏器；
Content-Type 用来形貌发送到服务器的数据格式；
Accept 用来形貌客户端可以大概吸取什么范例的返回内容；
Accept-Language 用来形貌客户端渴望吸取哪种人类语言的文本内容。
Content-Type:指定哀求体数据范例。如下所示
text/html：html格式
text/plain：纯文本格式
image/jpeg
application/json：json格式
application/x-www-form-urlencoded：表单默认格式，即key1=value1&key2=value2&key3=value3
multipart/form-data：表单中有文件上传
3. 哀求体：发送给服务器哀求时所带的数据，post才有，get没有
4. 空行：体现哀求头竣事，分隔哀求头部与哀求体。
http相应
服务端给出的。
- 相应行：协议/协议版本号 相应状态码 状态形貌
- 相应头：键值对，服务器的属性信息
- 相应体：服务器返回结果
- 空行：体现相应头竣事
- 相应状态码
2xx乐成
3xx重定向
4xx客户端错误 404-哀求资源不存在not found
5xx服务器错误
- HTTP哀求方法有GET, POST, PUT, DELETE等等
GET: Retrieve data from the server.
POST: Send data to the server to create a new resource.
PUT or PATCH: Update an existing resource on the server.
DELETE: Remove a resource on the server.
HTTP状态码大全
1xx（信息性状态码）
体现哀求已吸取，继承处理处罚。
100 Continue: 哀求者应继承发送哀求的别的部门。
101 Switching Protocols: 服务器已明白哀求，并将根据必要切换协议。
102 Processing: 服务器已收到哀求，正在处理处罚，但尚未完成。
2xx（乐成状态码）
体现哀求已乐成处理处罚。
200 OK: 哀求乐成，相应包罗哀求的资源。
201 Created: 哀求乐成并创建了新的资源。
202 Accepted: 哀求已担当，但尚未处理处罚完成。
203 Non-Authoritative Information: 服务器已乐成处理处罚哀求，但返回的信息大概来自缓存或其他服务器。
204 No Content: 哀求已乐成处理处罚，但无内容返回。
205 Reset Content: 哀求已乐成处理处罚，但客户端应重置视图。
206 Partial Content: 服务器已乐成处理处罚部门 GET 哀求。
3xx（重定向状态码）
体现客户端必要进一步利用才气完成哀求。
300 Multiple Choices: 哀求有多个大概的相应，用户或欣赏器应选择此中之一。
301 Moved Permanently: 哀求的资源已永世移动到新位置。
302 Found: 哀求的资源暂时移动到差别的 URI。
303 See Other: 客户端应利用 GET 方法访问另一个 URI。
304 Not Modified: 资源未被修改，客户端可以利用缓存的版本。
305 Use Proxy: 哀求的资源必须通过署理访问。
306 Switch Proxy: 该状态码已不再利用。
307 Temporary Redirect: 哀求的资源暂时移动到差别的 URI，且客户端应利用雷同的方法访问。
308 Permanent Redirect: 哀求的资源永世移动到新 URI，且客户端应利用雷同的方法访问。
4xx（客户端错误状态码）
体现客户端的哀求有错误。
400 Bad Request: 哀求无效，服务器无法明白。
401 Unauthorized: 哀求必要身份验证。
402 Payment Required: 该状态码现在未利用，预留用于付出体系。
403 Forbidden: 服务器明白哀求，但拒绝实验。
404 Not Found: 哀求的资源未找到。
405 Method Not Allowed: 哀求方法不被允许。
406 Not Acceptable: 服务器无法根据客户端的哀求天生相应。
407 Proxy Authentication Required: 必要通过署理举行身份验证。
408 Request Timeout: 哀求超时，服务器没有收到完备的哀求。
409 Conflict: 哀求的资源与当前资源辩论。
410 Gone: 哀求的资源已永世删除，不再可用。
411 Length Required: 哀求缺少必须的 Content-Length 头部。
412 Precondition Failed: 哀求的先决条件失败。
413 Payload Too Large: 哀求体过大，服务器无法处理处罚。
414 URI Too Long: 哀求的 URI 过长。
415 Unsupported Media Type: 哀求的媒体范例不被支持。
416 Range Not Satisfiable: 哀求的范围无法满足。
417 Expectation Failed: 服务器无法满足 Expect 头部的要求。
418 I’m a teapot: 这是一个愚人节的状态码，体现服务器是一个茶壶，无法继承实验哀求（RFC 2324）。
421 Misdirected Request: 哀求被发送到不准确的服务器。
422 Unprocessable Entity: 哀求的语法准确，但无法处理处罚。
423 Locked: 哀求的资源被锁定。
424 Failed Dependency: 哀求失败，由于依靠的哀求失败。
425 Too Early: 服务器不乐意处理处罚大概过早的哀求。
426 Upgrade Required: 必要客户端升级协议。
427 Unavailable For Legal Reasons: 哀求因法律缘故原由无法完成。
428 Precondition Required: 哀求必要先决条件。
429 Too Many Requests: 客户端发送了太多哀求，高出了服务器的速率限定。
431 Request Header Fields Too Large: 哀求头字段过大，服务器无法处理处罚。
451 Unavailable For Legal Reasons: 哀求因法律缘故原由无法完成。
5xx（服务器错误状态码）
体现服务器未能完成合法的哀求。
500 Internal Server Error: 服务器遇到错误，无法完成哀求。
501 Not Implemented: 服务器不支持哀求的功能。
502 Bad Gateway: 服务器作为网关或署理时收到无效相应。
503 Service Unavailable: 服务器当前无法处理处罚哀求，大概是由于超载或维护。
504 Gateway Timeout: 作为网关或署理的服务器在等候上游服务器相应时超时。
505 HTTP Version Not Supported: 服务器不支持哀求的 HTTP 协议版本。
506 Variant Also Negotiates: 服务器存在内部设置错误，导致选择变体时堕落。
507 Insufficient Storage: 服务器无法存储完成哀求所需的体现。
508 Loop Detected: 服务器在处理处罚哀求时检测到无穷循环。
510 Not Extended: 哀求必要扩展，服务器未满足要求。
511 Network Authentication Required: 必要网络身份验证才气访问。
- 底层实现
HTTP的底层是TCP/IP。以是GET和POST的底层也是TCP/IP
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！qidao123.com:ToB企服之家，中国第一个企服评测及软件市场,开放入驻,技术点评得现金 |
发表于 2025-12-18 23:01:28