BS架构（笔记整理）

楔子.基本概念

1.在网络架构中：

服务器通常是集中式计算资源，负责处理和存储数据；
客户机是请求这些服务的终端设备，可能是个人电脑或移动设备；
浏览器则是客户机上用来与服务器交互的工具，负责展示网页内容和发送请求。（是阅读和浏览Web的工具，它是通过B/S方式与Web服务器交互信息的。一般情况下，浏览器就是客户端，它要求服务器把指定信息传送过来，然后通过浏览器把信息显示在屏幕上。浏览器实际上是一种允许用户浏览Web信息的软件，只不过这些信息是由Web服务器发送出来的。）

一、什么是B/S架构？

1.B/S架构是软件系统体系结构，指浏览器-Web服务器(Broswer-Server)，采用三层架构，即表现层、业务逻辑层、数据访问层。

2.B/S结构，主要是利用了不断成熟的浏览器技术，结合了浏览器的多种Script语言（VBScript、JavaScript…）和Active技术，通过浏览器实现了原来需要复杂专用软件才能实现的强大功能，并节约了开发成本，是一种全新的软件系统构造技术。B/S结构就是指安装维护一个服务器（Server）,而客户端采用浏览器运行的软件。随着Windows将web浏览器技术植入操作系统内部，这种结构已经成为当今应用软件的首选结构体系。

二、什么是C/S架构？

B/S架构与传统的C/S架构有什么区别呢？C/S架构，即客户端/服务器架构，是一种分布式应用模式，将系统功能分为两层：客户端和服务器端。客户端负责用户界面和业务逻辑，服务器端负责数据存储和处理。C/S架构需要在每个客户端安装专用的软件，对网络和硬件资源的要求较高。

三、三层架构

1.通常是指将整个业务应用划分为：表现层、业务逻辑层、数据访问层。目的是高内聚，低耦合。

数据层：数据访问层，也称为持久层，是对数据的操作，而不是指存放数据的数据库，为业务逻辑层或表示层提供数据服务。简单来说就是实现对数据表的select,insert,update,delete的操作。

四、B/S架构和C/S架构的优缺点

B/S架构和C/S架构各有优缺点，具体选择要根据系统的需求和环境来决定。下面我们来比较一下它们的主要特点：

开发成本：B/S最大的优点就是可以在任何地方进行操作而不用安装任何专门的软件，只要有一台能上网的电脑就能使用，客户端零安装、零维护。系统的扩展非常容易。B/S架构的开发成本相对较低，因为可以利用现有的Web技术和工具，而且不需要考虑客户端的兼容性问题。C/S架构的开发成本相对较高，因为需要开发专门的客户端软件，并且要适应不同的操作系统和硬件环境。
维护成本：B/S架构的维护成本相对较低，因为只需要升级服务器端的软件，而客户端无需安装或更新。C/S架构的维护成本相对较高，因为需要在每个客户端进行安装或更新，并且要处理各种软硬件故障。
安全性：B/S架构的安全性相对较低，因为数据传输过程中容易被截取或篡改，而且客户端无法控制用户的访问权限。C/S架构的安全性相对较高，因为数据传输过程中可以采用加密或认证技术，而且客户端可以设置用户的访问权限。
交互性：B/S架构的交互性相对较高，因为可以利用Web浏览器的多种脚本语言和ActiveX技术，实现动态和丰富的用户界面。C/S架构的交互性相对较低，因为客户端软件的功能和界面受限于开发工具和平台。
扩展性：B/S架构的扩展性相对较高，因为可以通过增加服务器或负载均衡技术，提高系统的并发能力和可靠性。C/S架构的扩展性相对较低，因为需要考虑客户端软件的兼容性和升级问题。

综上所述，B/S架构是一种适合于Internet环境下的网络应用模式，它具有开发、维护简单，交互性强，扩展性好等优点。但是它也存在着安全性差，数据传输效率低等缺点。

五、B/S架构的几种形式

1、客户端/浏览器-服务器（web服务器+自己写的后端）-数据库
这个应该是我们平时比较常用的一种模式

（1）客户端向服务器发起Http请求
（2）服务器中的web服务层能够处理Http请求
（3）服务器中的应用层部分调用业务逻辑，调用业务逻辑上的方法
（4）如果有必要，服务器会和数据库进行数据交换. 然后将模版＋数据渲染成最终的Html, 返送给客户端。

2、客户端－web服务器－应用服务器－数据库
类似于第一种方法，只是将web服务和应用服务解耦

（1）客户端向web服务器发起Http请求

（2）web服务能够处理Http请求，并且调用应用服务器暴露在外的RESTFUL接口

（3）应用服务器的RESTFUL接口被调用，会执行对应的暴露方法.如果有必要和数据库进行数据交互，应用服务器会和数据库进行交互后，将json数据返回给web服务器

（4） web服务器将模版＋数据组合渲染成html返回给客户端

3、客户端－负载均衡器(Nginx)－中间服务器(Node)－应用服务器－数据库
这种模式一般用在有大量的用户，高并发的应用中。

（1）暴露在外的不是真正web服务器的地址，而是负载均衡器器的地址
（2）客户向负载均衡器发起Http请求
（3）负载均衡器能够将客户端的Http请求均匀的转发给Node服务器集群
（4）Node服务器接收到Http请求之后，能够对其进行解析，并且能够调用应用服务器暴露在外的RESTFUL接口
（5）应用服务器的RESTFUL接口被调用，会执行对应的暴露方法.如果有必要和数据库进行数据交互，应用服务器会和数据库进行交互后，将json数据返回给Node
（6）Node层将模版＋数据组合渲染成html返回反向代理服务器
（7）反向代理服务器将对应html返回给客户端