作为客户端/服务器结构的C/S架构是众所周知的软件系统架构，它通过向客户端和服务器端适当地分配任务来降低系统的通信开销，以及两端的硬件环境的好处早期的软件系统往往以此作为优先的设计标准。
(使用了ip、tcp/udp通信协议)
随着互联网技术的兴起，B/S架构(即浏览器/服务器)架构是C/S架构的改变或改进的架构。 在这种结构下，用户接口完全在万维网浏览器中实现，一些事务逻辑在前端实现，而主要事务逻辑在服务器端实现，形成所谓的三层结构。 (采用高层http或https通信协议)
B/S结构必须主要利用日趋成熟的万维网浏览器技术，将浏览器的多种scrpt语言(VBscrpt、Javascrpt…)与ActiveX技术相结合，用复杂的专用软件实现由于Windows 98/Windows 2000在操作系统中内置了浏览器技术，因此该体系结构是当今APP应用程序的理想体系结构。
C/S和B/S的区别：
客户端/服务器基于局域网。 浏览器/服务器基于局域网。
1 .硬件环境不同
C/S通常构建在专用网络上，在小范围的网络环境中，在局域网之间通过专用服务器提供连接和数据交换服务
B/S建立在广域网上，不需要专用的网络硬件环境，例如有比电话上网、设备租用、信息管理、C/S更强的自适应范围，一般与操作系统和浏览器
2 .对安全的要求不同
C/S一般面向相对固定的用户组，信息安全控制能力强。 一般机密性较高的信息系统宜采用C/S结构。 可以通过B/S公开部分可以公开的信息。
B/S构建在广域网上，针对安全控制能力相对较弱、未知的用户群。
3 .方案体系结构差异
C/S程序可以更加重视过程，可以多层次检查权限，对系统运行速度考虑不多。
B/S的安全性和对访问速度的复用考虑基于需要进一步优化。 倾向于要求比C/S更高的B/S体系结构，由全面支持网络组件构建的系统(如MS的. Net系列的BizTalk 2000 Exchange 2000 ).SUN和IBM推动
4 .软件复用不同
可以考虑到C/S程序不可避免的整体性，构件的复用性不如B/S要求下的构件复用性。
B/S对的多重结构要求构件相对独立的功能，可以相对较好地重用。
5 .系统维护不同
系统维护在软件的生存周期中，费用很大，-------很重要
C/S程序由于整体性，必须进行整体性考察，必须处理出现的问题和系统升级。 升级很难。 也许要建立新的系统
由B/S组件组成，分别更换各个组件，实现系统的无缝升级。 将系统维护开销降至最低。 用户只要从网上自行下载安装就可以实现升级。
6 .处理问题不同
C/S程序可以处理用户面的固定，而且在同一区域，安全要求高，与操作系统相关。 都应该是同一个系统
B/S构建在广域网上，面向不同的用户群体，分散地区。 这是丙/秒做不到的。 与操作系统平台的关系最小。
7 .用户界面不同
C/S多建立在窗口平台上，表达方法有限，对程序员要求很高
B/S构建在浏览器上，可以通过更丰富、更生动的表达方式与用户交流。 另外，大部分难度会降低，开发成本会降低。
8 .信息流不同
C/S程序一般是典型的中央集权机械处理，交互性相对较低
B/S信息流可以变化，B-B B-C B-G等信息流、流向变化类似交易中心
-----------------
这是CSDN博客“LiXin丶Blog”的原创文章，符合CC 4.0 by-sa版权合同。 请附上原文来源的链接和本声明。
原文链接： https://blog.csdn.net/nsu 406096612/article/details/71057003