基于 络标准体系架构详解

今天咱们主要来了解一下关于” 络的体系架构”的相关内容，目前来说，基于 络体系结构的分类，一般分为以下三种：

注意：这三种结构各自有各自的特点，有相同点也有不同点，依次详细解说。

C/S系统架构与B/S系统架构原理图如下：

B/S架构：基于浏览器和服务器的架构（Browser/Server）。

对于B/S架构来说唯一的不同点是：基于标准的浏览器和标准的HTTP或者HTTPS协议规则。对于B/S架构的服务器端也是标准的。例如：Apache，IIS,Tomcat,Ngix等相关服务器。使用的Web服务器也都是标准化处理，对于我们用户或者软件研发人员来说，我们都希望看到比较标准化的内容，我们更喜欢使用B/S架构应用，为什么呢？因为我们只需要使用某一款浏览器就可以解决所有浏览的问题。如果是C/S架构模式，我使用一款 交软件肯定做不了其它 交软件的事情，但是我使用浏览器就可以访问所有的 站。例如:FF/IE/Chrom使用浏览器可以访问世界上所有的 站，只需要安装一个浏览器就能访问所有的 站，非常方便简单，用户感受与体验也非常好。对于服务器端来说，我们只需要关注服务器端业务逻辑本身的问题。我们的产品要做什么，我们无需关注协议层面的内容，因为HTTP协议已经完全帮助我们解决了所有问题，对于研发人员来说也更方便。我们做测试同样也可以达到标准化，对于任何一个Web系统来说，我们这些技术都可以运用，而且是可行的。这就是B/S架构的优势，所以会把B/S架构当做一个核心内容来学习，而没有单独学一个C/S架构的模块，因为B/S架构的通用性非常好。

C/S架构：基于客户端与服务端架构(Client/Server)。

对于C/S架构模式的软件不一定需要标准的客户端与服务端，C/S架构模式的软件也非常多，各类通讯软件基本上都是C/S架构的软件。服务器同样是需要定制的，每款通讯软件的服务器都是分开的，硬件可以共用，应用程序的处理不同，对于客户端来说需要安装不同的客户端版本，对于研发人员来说也一样需要研发不同的软件，需要考虑服务器端与客户端的通讯方式，这个客户端与服务端架构不一定需要标准。各自的厂商根据自己的需要去定制开发即可。

C/S架构软件例如：平时我们电脑端需要安装与升级的相关软件，包括APP移动端所有相关软件。

P2P架构:点对点结构（Point to Point）。

点对点体系架构相对更简单，P2P与B/S或者C/S架构的区别在于：点对点模式。两端之间是平等的，不像客户端与服务器端只能做自己该做的事情，点对点两端都能做同样的事情，比如说BT下载软件，我下载别人的软件时，我的电脑同样也可以供别人下载，两端之间视频聊天、文件传输等使用的其实就是点对点的模式，不需要中间中转，两端安装的是同样的一个软件，不存在服务器和客户端之分，但是对于他们整个后台的核心技术来说是没有任何的本质区别，还是基于标准的 络协议与同样的软件开发技术，所以简单了解一下就好，重点关注B/S或者C/S架构的学习。

点对点相当于一台电脑对另外一台电脑，事实上对于B/S或者C/S架构来说，也是类似的道理点对点的模式。我们的浏览器对应一台客户端电脑，当然我们的服务器也对应一台电脑，所以B/S或者C/S模式也可以理解成点对点的模式。

不同点：对于B/S架构来说唯一的不同点，我们的协议是基于标准的浏览器和标准的HTTP或者HTTPS协议规则。

关于B/S与C/S架构的区别：

关于计算能力：B/S架构核心的运算全部在服务器端进行，会导致浏览器比较悠闲，但是服务器端会消耗硬件资源。

对于C/S架构来说，客户端与服务器端都可以承担运算的能力。客户端是自主研发的都可以分摊服务端的资源，可以减少服务器端资源的消耗。

从环境部署上来分析

对于B/S架构来说环境部署简单方便，只需要部署服务器端，客户端直接通过浏览器IP地址与端口 即可访问。

C/S架构的缺点：需要同时升级服务器和客户端，两端都需要同时的升级，例如：基于手机客户端软件如果不及时更新就没办法使用软件，有时候如果出现bug不更新bug无法修改，C/S与B/S架构各有优势，大家随需而用即可。