如何进行浏览器和Web服务器之间的通信？

任何人都可以解释在浏览器和Web服务器之间进行通信的方式吗？我想学习如何

GET,POST动词(以及其他)

饼干

会议

查询字符串

在幕后工作.

超文本传输​​协议(HTTP)是一种用于传输网页的协议(就像您现在正在阅读的那样).协议实际上只是标准的做事方式.如果你要见到美国总统或一个国家的国王,那么你将需要遵循特定的程序.你不能只是走路说"嘿老兄".将有一种特定的方式来走路,说话,标准问候以及结束对话的标准方式.TCP/IP堆栈中的协议用于相同的目的.

TCP/IP堆栈有四层:应用程序,传输,Internet和网络.在每一层都有不同的协议用于标准化信息流,每个协议都是一个计算机程序(在您的计算机上运行),用于在信息向下移动到TCP/IP堆栈时将信息格式化为数据包.数据包是应用层数据,传输层报头(TCP或UDP)和IP层报头(网络层接收数据包并将其转换为帧)的组合.

应用层

...包含使用网络传输数据的所有应用程序.它并不关心数据如何在两点之间获得,而且它对网络状态知之甚少.应用程序将数据传递到TCP/IP堆栈中的下一层,然后继续执行其他功能,直到收到回复.应用层使用主机名(如www.dalantech.com)进行寻址.应用层协议的示例:超文本传输​​协议(HTTP -web浏览),简单邮件传输协议(SMTP-电子邮件),域名服务(DNS-将主机名解析为IP地址),仅举几例.

应用层的主要目的是在不同操作系统上运行的应用程序之间提供通用的命令语言和语法 - 类似于解释器.由使用网络的应用程序发送的数据被格式化为符合几个设置标准之一.由于所有网络应用程序遵循的标准,接收计算机可以理解正在发送的数据,即使它正在运行与发送方不同的操作系统.

传输层

...负责为应用程序分配源和目标端口号.传输层使用端口号进行寻址,范围从1到65,535.从0到1023的端口号称为"众所周知的端口".低于256的数字保留用于在应用层运行的公共(标准)服务.以下是一些:SMTP为25,DNS为53(域解析为udp,区域传输为tcp),HTTP为80.IANA为其销售的应用程序分配了256到1023的端口号.

1024到65,535之间的端口号用于客户端应用程序 - 例如,您用来阅读此页面的Web浏览器.Windows只会为基于Windows的PC分配最多5000个端口号的端口号.每个应用程序都有一个由传输层分配给它的唯一端口号,以便当传输层接收数据时,它知道将数据提供给哪个应用程序.例如,当您运行多个浏览器窗口时.每个窗口都是您用于浏览网页的程序的单独实例,每个窗口都分配了一个不同的端口号,因此您可以在一个浏览器窗口中访问www.dalantech.com而该网站不会加载到另一个窗口中浏览器窗口.使用选项卡式窗口的FireFox等应用程序只需为每个选项卡分配一个唯一的端口号

互联网层

......是将网络结合在一起的"胶水".它允许发送,接收和路由数据.

网络层

...由您的网络接口卡(NIC)和连接到它的电缆组成.它是用于传输和接收数据的物理介质.网络层使用前面讨论的媒体访问控制(MAC)地址进行寻址.MAC地址在制造接口时是固定的,不能更改.有一些例外,例如DSL路由器允许您克隆PC中NIC的MAC地址.

欲了解更多信息:

协议

TCP/IP

您的浏览器首先通过DNS将服务器名解析为IP.然后它打开与Web服务器的TCP连接,并尝试通过HTTP进行通信.通常是在TCP端口80上,但您可以指定另一个(http://server:portnumber).

HTTP看起来像这样:

连接后,它会发送请求,如下所示:

GET /site HTTP/1.0
Header1: bla
Header2: blub
{emptyline}

例如,标题可能是Authorization或Range.请看这里了解更多.

然后服务器响应如下:

200 OK
Header3: foo
Header4: bar

content following here...

例如,标题可能是Date或Content-Type.请看这里了解更多.

有关此协议的更多信息,请查看Wikipedia for HTTP.

问题各方面的规格链接如下:

GET,POST动词(以及其他) - HTTP规范详尽地讨论了HTTP通信的所有方面(Web服务器和浏览器之间的通信协议).它解释了请求消息和响应消息协议.

Cookie - 通过将Set-CookieHTTP标头附加到HTTP响应来设置.

QueryStrings - 是第一次出现"？"后HTTP请求中URL的一部分.字符.链接规范适用于URI规范的3.4节.

会话 - HTTP是一种同步的无状态协议.可以通过以下方式创建会话或状态幻觉:(1)使用cookie将状态数据作为纯文本存储在客户端的计算机上,(2)传递URL中的数据值和请求的查询字符串,(3)提交POST具有可以指示状态的值的集合的请求,以及(4)通过由会话密钥检索的服务器端持久性机制来存储状态信息(会话密钥是从cookie,URL/Querystring或POST值中解析的)采集.

对HTTP的解释可以持续数天,但我试图提供简明但概念上完整的答案,并包括适当的链接以进一步阅读官方规范.

您的浏览器位于TCP/IP之上,因为Web基于标准,通常是端口80,当您输入地址时会发生什么,例如google.com,运行浏览器的计算机,创建的数据包根据OSI标准封装在每一层的数据(考虑到不同大小的包络,打包到下一个大小的每个包络中),OSI定义了7层,其中一个包含源地址和目的地址(即网站)以二进制编码.

当它到达第一层时,在OSI术语中,它通过媒体发射器(例如电缆,DSL)传输.

如果你通过ISP连接,分层信封包被传送到ISP,ISP的网络系统,通过相反的顺序解码透过分层信封包查找地址,然后ISP检查他们的域名系统数据库找出他们是否有到该地址的路径(缓存在内存中,如果有,它会通过互联网网络转发 - 再次分层包装信封).

如果没有,ISP会询问顶级DNS服务器说'嘿,告诉我你提供的地址路由,即.然后,顶级DNS服务器将路由传递给ISP,然后将其存储在ISP的服务器内存中.

在成功路由数据包之后,网站服务器发送和接收分层包装信封(将路由视为到达服务器的路线的路标),这反过来解包分层信封包,提取源地址和说'啊哈,那对我来说,对,我知道目的地地址(就是你,浏览器),然后服务器将网页打包成一个打包的分层信封并发回(通常是反向路线,但并非总是案件).

您的浏览器不会收到打包的信封并解压缩每个信封.然后,您的计算机会对数据进行解扰,您的浏览器会在屏幕上显示这些页面.

我希望这个答案足以让你理解.

这是来自浏览器 - 服务器通信