接口和协议

最新推荐文章于 2025-06-05 16:43:45 发布

甜123_

最新推荐文章于 2025-06-05 16:43:45 发布

阅读量91

点赞数

文章标签：服务器运维

本文链接：https://blog.youkuaiyun.com/weixin_45056660/article/details/123535649

版权

软件开发的两种结构
1.1Cs（Client/Server）：客户端----服务器结构。

在这里插入图片描述
CS的优缺点

优点：

    能充分发挥客户端PC的处理能力，很多工作可以在客户端处理后再提交给服务器，所以CS客户端响应速度快。

    操作界面漂亮、形式多样，可以充分满足客户自身的个性化要求。  

    C/S结构的管理信息系统具有较强的事务处理能力，能实现复杂的业务流程。

    安全性能可以很容易保证，C/S一般面向相对固定的用户群，程序更加注重流程，它可以对权限进行多层次校验，提供了更安全的存取模式，对信息安全的控制能力很强。一般高度机密的信息系统采用C/S结构适宜。

缺点：

    需要专门的客户端安装程序，分布功能弱，针对点多面广且不具备网络条件的用户群体，不能够实现快速部署安装和配置。

    兼容性差，对于不同的开发工具，具有较大的局限性。若采用不同工具，需要重新改写程序。  

    开发、维护成本较高，需要具有一定专业水准的技术人员才能完成，发生一次升级，则所有客户端的程序都需要改变。。

    用户群固定。由于程序需要安装才可使用，因此不适合面向一些不可知的用户

    1.2. BS（Browser/Server）：浏览器----服务器结构

在这里插入图片描述
BS的优缺点

优点：

●分布性强，客户端零维护。只要有网络、浏览器，可以随时随地进行查询、浏览等业务处理。

●业务扩展简单方便，通过增加网页即可增加服务器功能。

●维护简单方便，只需要改变网页，即可实现所有用户的同步更新。

●开发简单，共享性强。

缺点：

个性化特点明显降低，无法实现具有个性化的功能要求。

●在跨浏览器上，BS架构不尽如人意。

●客户端服务器端的交互是请求-响应模式，通常动态刷新页面，响应速度明显降低（Ajax可以一定程度上解决这个问题）。

●在速度和安全性上需要花费巨大的设计成本。

    ●功能弱化，难以实现传统模式下的特殊功能要求。

    1.3. BS与CS优缺点对比

    CS响应速度快，安全性强，用户体验好，一般应用于局域网中，但是开发维护成本高；BS可以实现跨平台，客户端零维护，但是个性化能力低，响应速度较慢。所以有些单位日常办公应用BS，在实际生产中使用CS结构。

Http协议
2.1. 什么是http协议
```
      HTTP协议是Hyper Text Transfer Protocol（超文本传输协议）的缩写,是用于从万维网（WWW:World Wide Web ）服务器传输超文本到本地浏览器的传送协议。

      HTTP是一个客户端和服务器端请求和应答的标准,客户端是终端用户，服务器端是网站。
```
HTTP使用统一资源定位符（Uniform Resource Identifiers, URI）来传输数据和建立连接。URL是一种特殊类型的URI，包含了用于查找某个资源的足够的信息URL,全称是UniformResourceLocator, 中文叫统一资源定位符,是互联网上用来标识某一处资源的地址。

一个完整的URL包括以下几部分：

1.协议部分 2.域名部分 3.端口部分 4.虚拟目录部分 5.文件名部分 6.锚部分 7.参数部分

   2.2. http请求方式   

            HTTP1.0定义了三种请求方法： GET, POST 和 HEAD方法。

            HTTP1.1新增了五种请求方法：OPTIONS, PUT, DELETE, TRACE 和 CONNECT 方法。

            GET  请求指定的页面信息，并返回实体主体。

            HEAD     类似于get请求，只不过返回的响应中没有具体的内容，用于获取报头

            POST  向指定资源提交数据进行处理请求（例如提交表单或者上传文件）。数据被包含在请求体中。POST请求可能会导致新的资源的建立和/或已有资源的修改。

            PUT  从客户端向服务器传送的数据取代指定的文档的内容。

            DELETE   请求服务器删除指定的页面。

            CONNECT  HTTP/1.1协议中预留给能够将连接改为管道方式的代理服务器。

            OPTIONS  允许客户端查看服务器的性能。

            TRACE    回显服务器收到的请求，主要用于测试或诊断。

    2.3. Get与post请求的区别

1、GET将参数放在URL中。而POST将数据放在BODY中。

2、GET的URL会有长度上的限制，而POST的数据则可以非常大。

3、POST相比GET更安全，因为数据在地址栏上不可见。

4、一般get请求用来获取数据，post请求用来发送数据。

    2.4. http响应

           HTTP响应也由四个部分组成，分别是：状态行、消息报头、空行和响应正文。

在这里插入图片描述
第一部分：状态行，由HTTP协议版本号，状态码，状态消息三部分组成。

            第一行为状态行，（HTTP/1.1）表明HTTP版本为1.1版本，状态码为200，状态消息为（ok）

            第二部分：消息报头，用来说明客户端要使用的一些附加信息

            第二行和第三行为消息报头，

            Date:生成响应的日期和时间；Content-Type:指定了MIME类型的HTML(text/html),编码类型是UTF-8

            第三部分：空行，消息报头后面的空行是必须的

            第四部分：响应正文，服务器返回给客户端的文本信息。

            空行后面的html部分为响应正文。

    2.5. http响应—常见响应头

Location: http://www.it315.org/index.jsp -表示重定向的地址，该头和302的状态码一起使用

Server:apache tomcat —表示服务器的类型

Content-Encoding: gzip – 表示服务器发送给浏览器的数据压缩类型

Content-Length: 80 --表示服务器发送给浏览器的数据长度

Content-Language: zh-cn --表示服务器支持的语言

Content-Type: text/html; charset=GB2312 --表示服务器发送给浏览器的数据类型及内容编码

Last-Modified: Tue, 11 Jul 2000 18:23:51 GMT --表示服务器资源的最后修改时间

Refresh: 1;url=http://www.it315.org --表示定时刷新

Content-Disposition: attachment; filename=aaa.zip --表示告诉浏览器以下载方式打开资源（下载文件时用到）

Transfer-Encoding: chunked

Set-Cookie:SS=Q0=5Lb_nQ; path=/search --表示服务器发送给浏览器的cookie信息（会话管理用到）

Expires: -1 --表示通知浏览器不进行缓存

Cache-Control: no-cache

Pragma: no-cache

Connection: close/Keep-Alive --表示服务器和浏览器的连接状态。close：关闭连接 keep-alive:保存连接

     2.6.    HTTP之状态码 

            常见状态码：

            200 OK                        //客户端请求成功

            400 Bad Request               //客户端请求有语法错误，不能被服务器所理解

            401 Unauthorized              //请求未经授权，这个状态代码必须和WWW-Authenticate报头域一起使用

            403 Forbidden                 //服务器收到请求，但是拒绝提供服务

            404 Not Found                 //请求资源不存在，eg：输入了错误的URL

            500 Internal Server Error     //服务器发生不可预期的错误

            503 Server Unavailable        //服务器当前不能处理客户端的请求，一段时间后可能恢复正常

            更多状态码：HTTP 状态码 | 菜鸟教程

会话跟踪技术
web程序是使用HTTP协议传输数据的。HTTP协议是无状态的协议。一旦数据交换完毕，客户端与服务器端的连接就会关闭，再次交换数据需要建立新的连接。这就意味着服务器无法从连接上跟踪会话。

早期为了记录用户的状态时，就在浏览器记录用户信息cookie机制，每次请求都会往服务器发送这些数据，这样服务器就知道是谁在请求了，该对应返回什么样的数据，但是久而久之，安全性就暴露出来了。

cookie是在本地的，在本地就会有人想着去修改cookie里面的数据，从而获取别人的信息。于是就有新的处理办法，改在服务器端记录用户信息。也就出现了session机制，一切用户的身份由服务器掌控。