应用层协议原理

网络应用设计的核心:开发大量网络应用程序的工作得到了促进,因为开发了能够在不同终端系统中运作并在网络上相互连接的程序,从而消除了开发在网络核心设备中运作的程序的必要性。
交换台和路由器是网络核心组成部分的例子。

网络应用程序的架构

客户-服务器系统结构

服务器: 处理浏览器请求的总是主机, 拥有固定的、 众所周知的 IP 地址, 可以集中到数据中心, 以提高处理能力, 并且不直接与客户连接 。
特性: 简单使用, 尽管服务器可能无法跟上客户的需求 。

P2P体系结构

低程度地依赖数据中心雇用的专用服务器,在这些中心,方案在间接连接的东道主之间使用对等通信(IP地址可能固定,也可能不固定)。
特征:高推广、管理问题

混合C/S和P2P结构

Napster: 在 Napster 服务器上保存文件的分布式文件传输、 集中文件搜索、 地址、 索引
用户间互动是P2P,用户状况监测/定位是集中进行的。

进程通信

按照操作系统术语,该程序不是该程序,而是该程序,进行通信。
他们在同一主机上的连接 连接到操作系统, 我们正在研究过程的通讯 在系统的不同部分。

客户和服务器的进程

服务器和上传是服务器,浏览器和下载是客户。

程序与计算机之间的相互作用

该程序通过Socket接收和传递信息,Socket是应用程序与传输层之间的界面,也是可编程的。

进程寻址

应用对网络的需求

Web和HTTP

HTTP概况

网页由仅是文件的项目组成,例如 html 文件 和 jpeg 图像, 使用 url 就可以找到 。
基本思想：
当用户请求网页时,浏览器会向客户端发送 HTTP 信息,服务器会为指定目的从这些对象接收 HTTP 信息。
HTTP将TTP作为其辅助运输协议; HTTP首先与服务器建立TPCP连接,服务器一旦创建,即通过带子、客户与接口之间的门进入TPCP;客户发送和接收HTTP信息;在HTTP提交书被从软件包中撤回后,客户进入TPCP控制。因此,HTTP协议无需关注数据丢失或数据错误,因为这是发射井和较低级别的责任,而HTTP不是尖端协议,他无法使服务器维护用户信息。

利用非连续的HTTP。

1. http 客户端程序在 80 端口( 默认) 建立与服务器的 TCP 连接 。
2. HTTP客户以捆绑信件的形式向服务器提交请求。
3. http服务器接收信息,从存储中获取项目,封存物体,并回复信息。
4. TCP通过 http 服务器程序被通知断开 。
5. 一旦http 客户收到回复信息, TCP 连接即终止。

持续连接的HTTP

流水非流水

HTTP报文格式

1. 提交HTTP请求

用户服务器互动( cookie)

允许网站使用 cookie 跟踪用户。
cookie技术：
1. HTTP答复中的第一个饼干线
2. HTTP请求中的第一个饼干行
3. 储存在用户终端系统中并由用户浏览器控制的饼干文件。
4. 网站后数据库

Web缓存

又称代理服务器

本文由 在线网速测试 整理编辑，转载请注明出处。