开发C/S架构用各种语言的优缺点有啥？

Posted 2023-04-22

比如说用JAVA和C++开发有什么优缺点？
比如开发网游，现在基本上都是c++做的吧？？本来就是想开发的，听老师说JAVA功能强大，就学，后来开发的时候，却忽然需要c++，真的，计算机要学的太多了，太多，特别是我们学习经济的，我们正在转向计算机，有好的创意，经济方面的思想，需技术来实现，所以希望高手多指点一二！谢谢！

不太了解
这个可能对你会有些用处
对比JAVA和C++

作为一名C++程序员，我们早已掌握了面向对象程序设计的基本概念，而且Java的语法无疑是非常熟悉的。事实上，Java本来就是从C++衍生出来的。”

然而，C++和Java之间仍存在一些显著的差异。可以这样说，这些差异代表着技术的极大进步。一旦我们弄清楚了这些差异，就会理解为什么说Java是一种优秀的程序设计语言。本附录将引导大家认识用于区分Java和C++的一些重要特征。

(1) 最大的障碍在于速度：解释过的Java要比C的执行速度慢上约20倍。无论什么都不能阻止Java语言进行编译。写作本书的时候，刚刚出现了一些准实时编译器，它们能显著加快速度。当然，我们完全有理由认为会出现适用于更多流行平台的纯固有编译器，但假若没有那些编译器，由于速度的限制，必须有些问题是Java不能解决的。

(2) 和C++一样，Java也提供了两种类型的注释。

(3) 所有东西都必须置入一个类。不存在全局函数或者全局数据。如果想获得与全局函数等价的功能，可考虑将static方法和static数据置入一个类里。注意没有象结构、枚举或者联合这一类的东西，一切只有“类”（Class）！

(4) 所有方法都是在类的主体定义的。所以用C++的眼光看，似乎所有函数都已嵌入，但实情并非如何（嵌入的问题在后面讲述）。

(5) 在Java中，类定义采取几乎和C++一样的形式。但没有标志结束的分号。没有class foo这种形式的类声明，只有类定义。

class aType()

void aMethod() /* 方法主体 */



(6) Java中没有作用域范围运算符“::”。Java利用点号做所有的事情，但可以不用考虑它，因为只能在一个类里定义元素。即使那些方法定义，也必须在一个类的内部，所以根本没有必要指定作用域的范围。我们注意到的一项差异是对static方法的调用：使用ClassName.methodName()。除此以外，package（包）的名字是用点号建立的，并能用import关键字实现C++的“#include”的一部分功能。例如下面这个语句：

import java.awt.*;

（#include并不直接映射成import，但在使用时有类似的感觉。）

(7) 与C++类似，Java含有一系列“主类型”（Primitive type），以实现更有效率的访问。在Java中，这些类型包括boolean，char，byte，short，int，long，float以及double。所有主类型的大小都是固有的，且与具体的机器无关（考虑到移植的问题）。这肯定会对性能造成一定的影响，具体取决于不同的机器。对类型的检查和要求在Java里变得更苛刻。例如：

■条件表达式只能是boolean（布尔）类型，不可使用整数。

■必须使用象X+Y这样的一个表达式的结果；不能仅仅用“X+Y”来实现“副作用”。

(8) char（字符）类型使用国际通用的16位Unicode字符集，所以能自动表达大多数国家的字符。

(9) 静态引用的字串会自动转换成String对象。和C及C++不同，没有独立的静态字符数组字串可供使用。

(10) Java增添了三个右移位运算符“>>>”，具有与“逻辑”右移位运算符类似的功用，可在最末尾插入零值。“>>”则会在移位的同时插入符号位（即“算术”移位）。

(11) 尽管表面上类似，但与C++相比，Java数组采用的是一个颇为不同的结构，并具有独特的行为。有一个只读的length成员，通过它可知道数组有多大。而且一旦超过数组边界，运行期检查会自动丢弃一个异常。所有数组都是在内存“堆”里创建的，我们可将一个数组分配给另一个（只是简单地复制数组句柄）。数组标识符属于第一级对象，它的所有方法通常都适用于其他所有对象。

(12) 对于所有不属于主类型的对象，都只能通过new命令创建。和C++不同，Java没有相应的命令可以“在堆栈上”创建不属于主类型的对象。所有主类型都只能在堆栈上创建，同时不使用new命令。所有主要的类都有自己的“封装（器）”类，所以能够通过new创建等价的、以内存“堆”为基础的对象（主类型数组是一个例外：它们可象C++那样通过集合初始化进行分配，或者使用new）。

(13) Java中不必进行提前声明。若想在定义前使用一个类或方法，只需直接使用它即可——编译器会保证使用恰当的定义。所以和在C++中不同，我们不会碰到任何涉及提前引用的问题。

(14) Java没有预处理机。若想使用另一个库里的类，只需使用import命令，并指定库名即可。不存在类似于预处理机的宏。

(15) Java用包代替了命名空间。由于将所有东西都置入一个类，而且由于采用了一种名为“封装”的机制，它能针对类名进行类似于命名空间分解的*作，所以命名的问题不再进入我们的考虑之列。数据包也会在单独一个库名下收集库的组件。我们只需简单地“import”（导入）一个包，剩下的工作会由编译器自动完成。

(16) 被定义成类成员的对象句柄会自动初始化成null。对基本类数据成员的初始化在Java里得到了可靠的保障。若不明确地进行初始化，它们就会得到一个默认值（零或等价的值）。可对它们进行明确的初始化（显式初始化）：要么在类内定义它们，要么在构建器中定义。采用的语法比C++的语法更容易理解，而且对于static和非static成员来说都是固定不变的。我们不必从外部定义static成员的存储方式，这和C++是不同的。

(17) 在Java里，没有象C和C++那样的指针。用new创建一个对象的时候，会获得一个引用（本书一直将其称作“句柄”）。例如：

String s = new String("howdy");

然而，C++引用在创建时必须进行初始化，而且不可重定义到一个不同的位置。但Java引用并不一定局限于创建时的位置。它们可根据情况任意定义，这便消除了对指针的部分需求。在C和C++里大量采用指针的另一个原因是为了能指向任意一个内存位置（这同时会使它们变得不安全，也是Java不提供这一支持的原因）。指针通常被看作在基本变量数组中四处移动的一种有效手段。Java允许我们以更安全的形式达到相同的目标。解决指针问题的终极方法是“固有方法”（已在附录A讨论）。将指针传递给方法时，通常不会带来太大的问题，因为此时没有全局函数，只有类。而且我们可传递对对象的引用。Java语言最开始声称自己“完全不采用指针！”但随着许多程序员都质问没有指针如何工作？于是后来又声明“采用受到限制的指针”。大家可自行判断它是否“真”的是一个指针。但不管在何种情况下，都不存在指针“算术”。

(18) Java提供了与C++类似的“构建器”（Constructor）。如果不自己定义一个，就会获得一个默认构建器。而如果定义了一个非默认的构建器，就不会为我们自动定义默认构建器。这和C++是一样的。注意没有复制构建器，因为所有自变量都是按引用传递的。

(19) Java中没有“破坏器”（Destructor）。变量不存在“作用域”的问题。一个对象的“存在时间”是由对象的存在时间决定的，并非由垃圾收集器决定。有个finalize()方法是每一个类的成员，它在某种程度上类似于C++的“破坏器”。但finalize()是由垃圾收集器调用的，而且只负责释放“资源”（如打开的文件、套接字、端口、URL等等）。如需在一个特定的地点做某样事情，必须创建一个特殊的方法，并调用它，不能依赖finalize()。而在另一方面，C++中的所有对象都会（或者说“应该”）破坏，但并非Java中的所有对象都会被当作“垃圾”收集掉。由于Java不支持破坏器的概念，所以在必要的时候，必须谨慎地创建一个清除方法。而且针对类内的基础类以及成员对象，需要明确调用所有清除方法。

(20) Java具有方法“过载”机制，它的工作原理与C++函数的过载几乎是完全相同的。

(21) Java不支持默认自变量。

(22) Java中没有goto。它采取的无条件跳转机制是“break 标签”或者“continue 标准”，用于跳出当前的多重嵌套循环。

(23) Java采用了一种单根式的分级结构，因此所有对象都是从根类Object统一继承的。而在C++中，我们可在任何地方启动一个新的继承树，所以最后往往看到包含了大量树的“一片森林”。在Java中，我们无论如何都只有一个分级结构。尽管这表面上看似乎造成了限制，但由于我们知道每个对象肯定至少有一个Object接口，所以往往能获得更强大的能力。C++目前似乎是唯一没有强制单根结构的唯一一种OO语言。

(24) Java没有模板或者参数化类型的其他形式。它提供了一系列集合：Vector（向量），Stack（堆栈）以及Hashtable（散列表），用于容纳Object引用。利用这些集合，我们的一系列要求可得到满足。但这些集合并非是为实现象C++“标准模板库”（STL）那样的快速调用而设计的。Java 1.2中的新集合显得更加完整，但仍不具备正宗模板那样的高效率使用手段。

(25) “垃圾收集”意味着在Java中出现内存漏洞的情况会少得多，但也并非完全不可能（若调用一个用于分配存储空间的固有方法，垃圾收集器就不能对其进行跟踪监视）。然而，内存漏洞和资源漏洞多是由于编写不当的finalize()造成的，或是由于在已分配的一个块尾释放一种资源造成的（“破坏器”在此时显得特别方便）。垃圾收集器是在C++基础上的一种极大进步，使许多编程问题消弥于无形之中。但对少数几个垃圾收集器力有不逮的问题，它却是不大适合的。但垃圾收集器的大量优点也使这一处缺点显得微不足道。

(26) Java内建了对多线程的支持。利用一个特殊的Thread类，我们可通过继承创建一个新线程（放弃了run()方法）。若将synchronized（同步）关键字作为方法的一个类型限制符使用，相互排斥现象会在对象这一级发生。在任何给定的时间，只有一个线程能使用一个对象的synchronized方法。在另一方面，一个synchronized方法进入以后，它首先会“锁定”对象，防止其他任何synchronized方法再使用那个对象。只有退出了这个方法，才会将对象“解锁”。在线程之间，我们仍然要负责实现更复杂的同步机制，方法是创建自己的“监视器”类。递归的synchronized方法可以正常运作。若线程的优先等级相同，则时间的“分片”不能得到保证。

(27) 我们不是象C++那样控制声明代码块，而是将访问限定符（public，private和protected）置入每个类成员的定义里。若未规定一个“显式”（明确的）限定符，就会默认为“友好的”（friendly）。这意味着同一个包里的其他元素也可以访问它（相当于它们都成为C++的“friends”——朋友），但不可由包外的任何元素访问。类——以及类内的每个方法——都有一个访问限定符，决定它是否能在文件的外部“可见”。private关键字通常很少在Java中使用，因为与排斥同一个包内其他类的访问相比，“友好的”访问通常更加有用。然而，在多线程的环境中，对private的恰当运用是非常重要的。Java的protected关键字意味着“可由继承者访问，亦可由包内其他元素访问”。注意Java没有与C++的protected关键字等价的元素，后者意味着“只能由继承者访问”（以前可用“private protected”实现这个目的，但这一对关键字的组合已被取消了）。

(28) 嵌套的类。在C++中，对类进行嵌套有助于隐藏名称，并便于代码的组织（但C++的“命名空间”已使名称的隐藏显得多余）。Java的“封装”或“打包”概念等价于C++的命名空间，所以不再是一个问题。Java 1.1引入了“内部类”的概念，它秘密保持指向外部类的一个句柄——创建内部类对象的时候需要用到。这意味着内部类对象也许能访问外部类对象的成员，毋需任何条件——就好象那些成员直接隶属于内部类对象一样。这样便为回调问题提供了一个更优秀的方案——C++是用指向成员的指针解决的。

(29) 由于存在前面介绍的那种内部类，所以Java里没有指向成员的指针。

(30) Java不存在“嵌入”（inline）方法。Java编译器也许会自行决定嵌入一个方法，但我们对此没有更多的控制权力。在Java中，可为一个方法使用final关键字，从而“建议”进行嵌入*作。然而，嵌入函数对于C++的编译器来说也只是一种建议。

(31) Java中的继承具有与C++相同的效果，但采用的语法不同。Java用extends关键字标志从一个基础类的继承，并用super关键字指出准备在基础类中调用的方法，它与我们当前所在的方法具有相同的名字（然而，Java中的super关键字只允许我们访问父类的方法——亦即分级结构的上一级）。通过在C++中设定基础类的作用域，我们可访问位于分级结构较深处的方法。亦可用super关键字调用基础类构建器。正如早先指出的那样，所有类最终都会从Object里自动继承。和C++不同，不存在明确的构建器初始化列表。但编译器会强迫我们在构建器主体的开头进行全部的基础类初始化，而且不允许我们在主体的后面部分进行这一工作。通过组合运用自动初始化以及来自未初始化对象句柄的异常，成员的初始化可得到有效的保证。

(32) Java中的继承不会改变基础类成员的保护级别。我们不能在Java中指定public，private或者protected继承，这一点与C++是相同的。此外，在衍生类中的优先方法不能减少对基础类方法的访问。例如，假设一个成员在基础类中属于public，而我们用另一个方法代替了它，那么用于替换的方法也必须属于public（编译器会自动检查）。

(33) Java提供了一个interface关键字，它的作用是创建抽象基础类的一个等价物。在其中填充抽象方法，且没有数据成员。这样一来，对于仅仅设计成一个接口的东西，以及对于用extends关键字在现有功能基础上的扩展，两者之间便产生了一个明显的差异。不值得用abstract关键字产生一种类似的效果，因为我们不能创建属于那个类的一个对象。一个abstract（抽象）类可包含抽象方法（尽管并不要求在它里面包含什么东西），但它也能包含用于具体实现的代码。因此，它被限制成一个单一的继承。通过与接口联合使用，这一方案避免了对类似于C++虚拟基础类那样的一些机制的需要。

为创建可进行“例示”（即创建一个实例）的一个interface（接口）的版本，需使用implements关键字。它的语法类似于继承的语法。

(34) Java中没有virtual关键字，因为所有非static方法都肯定会用到动态绑定。在Java中，程序员不必自行决定是否使用动态绑定。C++之所以采用了virtual，是由于我们对性能进行调整的时候，可通过将其省略，从而获得执行效率的少量提升（或者换句话说：“如果不用，就没必要为它付出代价”）。virtual经常会造成一定程度的混淆，而且获得令人不快的结果。final关键字为性能的调整规定了一些范围——它向编译器指出这种方法不能被取代，所以它的范围可能被静态约束（而且成为嵌入状态，所以使用C++非virtual调用的等价方式）。这些优化工作是由编译器完成的。

(35) Java不提供多重继承机制（MI），至少不象C++那样做。与protected类似，MI表面上是一个很不错的主意，但只有真正面对一个特定的设计问题时，才知道自己需要它。由于Java使用的是“单根”分级结构，所以只有在极少的场合才需要用到MI。interface关键字会帮助我们自动完成多个接口的合并工作。

(36) 运行期的类型标识功能与C++极为相似。例如，为获得与句柄X有关的信息，可使用下述代码：

X.getClass().getName();

为进行一个“类型安全”的紧缩造型，可使用：

derived d = (derived)base;

这与旧式风格的C造型是一样的。编译器会自动调用动态造型机制，不要求使用额外的语法。尽管它并不象C++的“new casts”那样具有易于定位造型的优点，但Java会检查使用情况，并丢弃那些“异常”，所以它不会象C++那样允许坏造型的存在。

(37) Java采取了不同的异常控制机制，因为此时已经不存在构建器。可添加一个finally从句，强制执行特定的语句，以便进行必要的清除工作。Java中的所有异常都是从基础类Throwable里继承而来的，所以可确保我们得到的是一个通用接口。

(38) Java的异常规范比C++的出色得多。丢弃一个错误的异常后，不是象C++那样在运行期间调用一个函数，Java异常规范是在编译期间检查并执行的。除此以外，被取代的方法必须遵守那一方法的基础类版本的异常规范：它们可丢弃指定的异常或者从那些异常衍生出来的其他异常。这样一来，我们最终得到的是更为“健壮”的异常控制代码。

(39) Java具有方法过载的能力，但不允许运算符过载。String类不能用+和+=运算符连接不同的字串，而且String表达式使用自动的类型转换，但那是一种特殊的内建情况。

(40) 通过事先的约定，C++中经常出现的const问题在Java里已得到了控制。我们只能传递指向对象的句柄，本地副本永远不会为我们自动生成。若希望使用类似C++按值传递那样的技术，可调用clone()，生成自变量的一个本地副本（尽管clone()的设计依然尚显粗糙——参见第12章）。根本不存在被自动调用的副本构建器。为创建一个编译期的常数值，可象下面这样编码：

static final int SIZE = 255

static final int BSIZE = 8 * SIZE

(41) 由于安全方面的原因，“应用程序”的编程与“程序片”的编程之间存在着显著的差异。一个最明显的问题是程序片不允许我们进行磁盘的写*作，因为这样做会造成从远程站点下载的、不明来历的程序可能胡乱改写我们的磁盘。随着Java 1.1对数字签名技术的引用，这一情况已有所改观。根据数字签名，我们可确切知道一个程序片的全部作者，并验证他们是否已获得授权。Java 1.2会进一步增强程序片的能力。

(42) 由于Java在某些场合可能显得限制太多，所以有时不愿用它执行象直接访问硬件这样的重要任务。Java解决这个问题的方案是“固有方法”，允许我们调用由其他语言写成的函数（目前只支持C和C++）。这样一来，我们就肯定能够解决与平台有关的问题（采用一种不可移植的形式，但那些代码随后会被隔离起来）。程序片不能调用固有方法，只有应用程序才可以。

(43) Java提供对注释文档的内建支持，所以源码文件也可以包含它们自己的文档。通过一个单独的程序，这些文档信息可以提取出来，并重新格式化成html。这无疑是文档管理及应用的极大进步。

(44) Java包含了一些标准库，用于完成特定的任务。C++则依靠一些非标准的、由其他厂商提供的库。这些任务包括（或不久就要包括）：

■连网

■数据库连接（通过JDBC）

■多线程

■分布式对象（通过RMI和CORBA）

■压缩

■商贸

由于这些库简单易用，而且非常标准，所以能极大加快应用程序的开发速度。

(45) Java 1.1包含了Java Beans标准，后者可创建在可视编程环境中使用的组件。由于遵守同样的标准，所以可视组件能够在所有厂商的开发环境中使用。由于我们并不依赖一家厂商的方案进行可视组件的设计，所以组件的选择余地会加大，并可提高组件的效能。除此之外，Java Beans的设计非常简单，便于程序员理解；而那些由不同的厂商开发的专用组件框架则要求进行更深入的学习。

(46) 若访问Java句柄失败，就会丢弃一次异常。这种丢弃测试并不一定要正好在使用一个句柄之前进行。根据Java的设计规范，只是说异常必须以某种形式丢弃。许多C++运行期系统也能丢弃那些由于指针错误造成的异常。

(47) Java通常显得更为健壮，为此采取的手段如下：

■对象句柄初始化成null（一个关键字）

■句柄肯定会得到检查，并在出错时丢弃异常

■所有数组访问都会得到检查，及时发现边界违例情况

■自动垃圾收集，防止出现内存漏洞

■明确、“傻瓜式”的异常控制机制

■为多线程提供了简单的语言支持

■对网络程序片进行字节码校验
http://zhidao.baidu.com/question/16606071.html 参考技术A 【答】
开发C/S架构可以采用多种语言，包括你提到的Java,C++,C#，以及Dephi等，采用不同的架构要按照你的项目的需要来，下面就你提出的JAVA和C++的优缺点做个分析吧，同时也介绍下C#语言。

Java语言是基于Java虚拟机的，它最大的优势在于一次编译，到处运行，它并不需要考虑各种系统之上的不同系统调用，所有的系统调用都可以通过底层的JVM的封装来完成，开发者在开发过程中不用考虑操作系统层面的编程知识，比如你在windows上开发的一个Java应用程序，在Linux系统上也是可以运行的，只需要给他对应的Java虚拟机就好了，同时Java的优势还在于它的开源和封装，Java提供了强大的类库支持，包括多线程，数据结构，socket编程等，让开发者可以把更多关注放在程序的编写基础之上，而不是放在实现一些底层的应用程序。同时Java还提供了垃圾回收机制，众所周知，在C++等一些需要维护内存的语言中，如何分配和释放内存是一个很让程序员头痛的问题，特别是在有服务的框架上，往往微小的程序泄漏将会带来巨大的问题，Java的垃圾回收机制很好帮助程序员解决这个问题。同时目前Java有比较良好的一些应用框架，可以用来快速搭建网络应用，例如对于企业级的开发，J2EE就是一个很好的选择。

C++的特质在于它的高效性，它是直接和底层打交道的语言，正如楼主所说，在网游之中，大部分都是采用c++来开发，因为游戏要求要有较高的运行效率和良好的用户体验，这点Java程序支持的并不好，而且往往在要求很高的某些算法部分还会采用C和汇编等更底层的语言来开发。C++的特性还在于它的面向对象的封装，这点和Java是类似的，但是它有兼有了C语言快速高效的特性，所以在开发类似网游，搜索等项目的时候，通常采用C++，C++和C一样，他们在跨平台项目的开发中会遇到一些问题，主要来自各个操作系统的支持和底层api调用的差异。

再说说C#，这个语言是微软今年来主推的一个平台，它是建立在.NET Framework之上的，C#在Visual Studio之上的良好兼容性让C#语言获得了快速上手的特性，同时由于其丰富的控件库，让C#语言得到很多开发者的青睐，同时C#语言对于制作C/S程序也是非常方便的，很多代码都是IDE直接生成的，开发者只需要实现部分逻辑，但是它的缺点也很明显，需要.NET Framework协助，否则无法运行，其次基本没有平台移植性，同时由于其采用类似Java的中间编码格式，也让C#语言运行效率较低。

对于补充问题：
【答】
如果想要学习计算机，我的建议是首先学习好相关的数学知识，包括离散数学等，这些知识都是计算机的基础，同时精通掌握一到两门语言是必要的，对于初学者建议学习C语言，C语言一方面比较接近底层，可以通过学习C掌握很多系统的底层知识，同时由于它的语法简单，上手也比较快，加上C语言上并没有类似Java,C#那样很多的类库，让初学者看起来比较透明，比较干净，更能从语言的角度去理解。同时我认为不管学习什么语言都好，计算机学科中算法和数据结构是最重要的，都说语言是表层，算法和数据结构才是核心，把握好了本质就可以以不变应万变，建议在学习语言的同时好好的掌握这2门基本学科。因为随着你的学习的深入，你会发现所有的操作都是建立在他们之上的。同时掌握好了C语言，反过来无论是学习Java还是C#都是很容易的，无非只是一个表达语言的转换。最后，个人认为如果只是要成为一个代码的编写者，学习Java和C#已经足够，因为他们的快速上手和强大的类库可以帮助开发者快速实现应用，但是如果要真正成为一名程序高手，良好的数据结构知识和算法掌握，以及C语言是必不可少的。本回答被提问者采纳 参考技术B c++运行效率高,但是开发过程长.
java,c#能快速开发,但是程序运行起来比较慢

－－补充
想学计算机科学与技术，建议你从C语言开始学，而不是从JAVA开始学，因为C语言是计算机科学的精华，JAVA更多的像商业玩具，另外要有心理准备，要有恒心，毅力，不要浮躁，要不然建议不要进入这个领域 。你不是科班出身，更要把基础打牢，从C语言开始吧！

浅谈C/S和B/S架构的工作原理及优缺点

 

C/S架构

一、C/S架构及其背景

C/S架构是一种比较早的软件架构，主要应用于局域网内。在这之前经历了集中计算模式，随着计算机网络的进步与发展，尤其是可视化工具的应用，出现过两层C/S和三层C/S架构，不过一直很流行也比较经典的是我们所要研究的两层C/S架构。

 C/S架构软件（即客户机/服务器模式）分为客户机和服务器两层：第一层是在客户机系统上结合了表示与业务逻辑，第二层是通过网络结合了数据库服务器。简单的说就是第一层是用户表示层，第二层是数据库层。

客户端和服务器直接相连，这两个组成部分都承担着重要的角色，第一层的客户机并不是只有输入输出，运算等能力，它可以处理一些计算，数据存储等方面的业务逻辑事务；第二层的服务器主要承担事务逻辑的处理，本来事务很重，但是由于客户机可以分担一些逻辑事务，所以减轻了服务器的负担，使得网络流量增多。

想要使用C/S架构的软件需要下载一个客户端，安装后就可以使用。

相关视频推荐

如何提高linux服务器性能问题？三个维度来解析

【C++后端】2023年最新技术图谱，c++后端的8个技术维度，助力你快速成为大牛

40k技术专家的linux服务器性能优化方法论，异步的效率

学习地址：c/c++ linux服务器开发/后台架构师

需要C/C++ Linux服务器架构师学习资料加qun812855908领取（资料包括C/C++，Linux，golang技术，Nginx，ZeroMQ，MySQL，Redis，fastdfs，MongoDB，ZK，流媒体，CDN，P2P，K8S，Docker，TCP/IP，协程，DPDK，ffmpeg等），免费分享

 

二、C/S架构的优点

C/S架构既然能在计算机历史的长河中长盛不衰就必然有其闪光之处。下面将从各个角度分析C/S架构的优点。

1）客户端和服务器直接相连

a）点对点的模式使得更安全。

b）可以直接操作本地文本，减少获取文本的时间和精力。

c）由于直接相连，减少了通信流量，这对于客户来说可以节约一大笔费用。

d）直接相连，中间没有什么阻隔或岔路，所以响应速度快。当通信量少的时候没什么感觉，但是如果通信量庞大，就不会出现拥堵的现象。

2）客户端可以处理一些逻辑事务

a）充分利用两者的硬件设施，避免资源的浪费。

b）为服务器分担一些逻辑事务，可以进行数据处理和数据存储。可以处理复杂的事务流程。

c）客户端有一套完整应用程序，在出错提示、在线帮助等方面都有强大的功能，并且可以在子程序间自由切换。

3） 客户端操作界面

a）可以提高客户的视觉体验，满足客户需求。

b）客户端操作界面可以随意排列，充分满足客户的需要，展现特点与个性。

三、C/S架构的缺点

经过长期的时间检验，人们也发现了C/S存在的不足，下面将前人的观点整理总结一下。
1）客户端

a）只能处理一些功能单一的多系统。

b）C/S架构适用于局域网，对网速的要求比较高。

c）由于需要安装客户端，安装部署困难，所以不易扩展。

d）若客户端使用的系统不同，就要针对这些系统分别编写程序。

e）客户端界面缺乏通用性，且当业务更改时就需要更改界面，重新编写。

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

2）服务器

a）用户数增多会出现通信拥堵，服务器响应速度慢等情况。

b）当服务器难当大任时，只能将其废弃，使用更强大的服务器。

c）当客户端用户增多时，服务器难以承担重负，是名副其实的“胖”客户端。

d）用户是通过ODBC连接到数据库的，且每个连接到数据库的用户都会保持一个ODBC连接，会一直占用中央服务器的资源，对服务器的要求很高。

3）用户

a）没有安装客户端的外部用户不能访问。

b）只有安装了客户端才能访问服务器，所以用户不能随时随地的访问。

c）用户是通过ODBC连接到数据库的，所以用户数受限，不易扩张。

d）由于针对小范围的客户，所以不能实现真正大范围的信息共享，信息传达和发布。

a）需要聘用高素质的人员，对其培训，费用高。

b）初次开发就需要配备好客户端，服务器，需要有专业水准的技术人员，所以成本高。

a）系统升级维护麻烦，需要更改大量程序，投入大量精力和金钱。

b）业务扩展或变更时，需要更改程序，客户端的界面也需要重新更改。

c）初次投入成本后不能一劳永逸，后期需要很多成本，比如服务器的更换，客户端的更变等。

四、C/S架构应用

C/S架构的软件是在是数不胜数，从办公的OFFICE，WPS，WINRAR到杀毒软件如金山，瑞金再到我们的娱乐软件，如播放器，QQ，微信等，无处不见C/S架构。

B/S架构

一、B/S架构及其背景

随着Internet和WWW的流行，以往的主机/终端和C/S都无法满足当前的全球网络开放、互连、信息随处可见和信息共享的新要求，于是就出现了B/S型模式，即浏览器/服务器结构。它是C/S架构的一种改进，可以说属于三层C/S架构。主要是利用了不断成熟的WWW浏览器技术，用通用浏览器就实现了原来需要复杂专用软件才能实现的强大功能，并节约了开发成本，是一种全新的软件系统构造技术。

 第一层是浏览器，即客户端，只有简单的输入输出功能，处理极少部分的事务逻辑。由于客户不需要安装客户端，只要有浏览器就能上网浏览，所以它面向的是大范围的用户，所以界面设计得比较简单，通用。

第二层是WEB服务器，扮演着信息传送的角色。当用户想要访问数据库时，就会首先向WEB服务器发送请求，WEB服务器统一请求后会向数据库服务器发送访问数据库的请求，这个请求是以SQL语句实现的。

第三层是数据库服务器，他扮演着重要的角色，因为它存放着大量的数据。当数据库服务器收到了WEB服务器的请求后，会对SQL语句进行处理，并将返回的结果发送给WEB服务器，接下来，WEB服务器将收到的数据结果转换为HTML文本形式发送给浏览器，也就是我们打开浏览器看到的界面。

B/S架构和C/S架构不同，浏览器不是直接和数据库服务器相连，所以是多对多的结构。因此在此结构下，很适合在广域网里实现巨大的互联网，甚至是全球网。有着很强大的信息共享性。

在B/S出现的早期，浏览器只能显示静态页面，得不到良好的交互，不能进行大量的逻辑处理，当时浏览器主要用来实现信息的发布，是一种单向的应用。后来出现了动态网页，这里的动态有三个方面，一是交互，二是动画，三是数据。这样，浏览器的交互性能得到极大提高。页面也越来越丰富多彩。浏览器也能处理部分逻辑事务，所以浏览器成为了客户端，但由于处理的内容较少，所以叫“瘦”客户端。

二、B/S架构的优点

B/S架构是应WEB技术的飞速发展而从传统的C/S架构发展而来，并且一举成为当今主要的网络架构。目前主要的网站，尤其是商务网站都是基于B/S架构建立的。那么我们就来细数一下B/S架构的优点，它到底为什么受到大家的青睐。
1）浏览器

a）能面对广大的用户实现信息传播共享。

b）浏览器只处理一些简单的逻辑事务，负担小。

c）页面的更新能实现同步，所有用户都能看到。

d）界面设计开发简单，对程序员的要求较低，不需要大量的培训。

e）业务扩展方便，只需要增加几个业务扩展的页面即可，不需要大量的编程。

f）界面不需要太多的编写，比较通用，更改界面也比较简单，所以几乎不需要维护。

g）由于Web的平台无关性，可以从一台服务器、几个用户的工作组级扩展成为拥有成上万用户的大型系统。

a）数据都集中存放在数据库服务器，所以不存在数据不一致现象。

b）能有效地保护数据平台和管理访问权限，服务器数据库也很安全。

c）在数据库服务器上不一定使用WINDOWS系统，选择更多，成本更少。

d）如果是异地，只需要把服务器连接专网即可，实现远程维护、升级和共享。

e）在JAVA这样的跨平台语言出现之后，B/S架构管理软件更是方便、快捷、高效。

f）数据存放在数据库服务器，客户端并不存放任何业务数据或者数据库连接信息，所以数据比较安全。

g）随着服务器负载的增加，可以平滑地增加服务器的个数并建立集群服务器系统，然后在各个服务器之间做负载均衡。

a）B/S建立在广域网上，所需的网速不高。

b）外部的用户也可以对浏览器进行访问。

c）界面人性化，通用化，不需要多少培训就能掌握。

d）不需要安装客户端，只要能连上网，就能随时随地的浏览页面。

e）借助Internet强大的信息发布与信息传送能力可以有效地解决企业内部的大量不规则的信息交流。

f）所有的用户都是通过一个JDBC连接缓冲池连接到数据库的，用户并不保持对数据库的连接，用户数基本上是无限的。

4）成本

a）软件重用性强，节省了大量的成本。

b）不需要安装特殊的软件，客户端几乎零维护。

c）开发简单，升级便捷，人员不需要太多培训，节省了大量的资金。

d）客户端几乎不需要维护，只要盯紧服务器就可以了，所以成本较小。

e）一般只有初期一次性投入成本，有利于软件项目控制和避免IT黑洞。

f）建立在广域网之上的, 不必是专门的网络硬件环境,例如电话上网, 租用设备等，成本较小。

三、B/S架构的缺点

虽说B/S架构有很多优越性，但是也不可避免有些缺陷，不然也不会暴发究竟使用哪种架构的口水战。不过，在理论上，既然B/S是C/S的改进版，应该克服了C/S的很多缺陷，所以缺点应该不是很多。下面我们来看看实际上是什么情况。
1）客户端

a）面通用化，不突出个性。

b）页面需要不断地动态刷新，尤其是用户增多，网速慢得情况，很费时。

c）由于不需要安装客户端，客户端易扩展，还有就是外部用户也可以访问，所以B/S面对大量的不可知用户。

2）服务器

a）用户增多时，服务器响应速度慢。

b）功能虽然多样化，但是不能专门化，不能实现复杂的功能。

c）服务器承担着重要的责任，数据负荷较重。一旦发生服务器“崩溃”等问题，后果不堪设想。

四、B/S架构应用

当时在讲解典型的C/S架构时，提到了了常用的QQ软件。现在新出来了一个WEBQQ，从WEBQQ名称中的WEB就不难看出它属于B/S架构，是一种浏览器服务器结构。事实上也是如此，因为WEBQQ根本不需要安装客户端，只需要有浏览器就可以进行聊天交互了。

C/S和B/S

一、C/S和B/S关系概述

B/S架构是从C/S架构改进而来，可以说是三层C/S架构，由此可见两者关系不一般。B/S从C/S中脱离而出，后来随着WEB技术的飞速发展以及人们对网络的依赖程度加深，B/S一举成为当今最流行的网络架构。两种架构都在各自岗位上虎虎生威，它们各有千秋，都是非常重要的网络架构。在响应速度，用户界面，数据安全等方面，C/S强于B/S，但是在业务扩展和适用www条件下，B/S明显胜过C/S。可以这么说，B/S的强项就是C/S的弱项，反之亦然。它们各有优缺点，相互无法取代。

二、C/S和B/S的不同点

 1）比较大的差别
1、结构

C/S是两层架构，由客户端和服务器组成，而B/S是三层架构，由浏览器，WEB服务器和数据库服务器组成。

2、逻辑事务处理
C/S架构合理地让客户端和服务器承担一部分逻辑事务处理，使得服务器的负担减轻了，而且客户端也能进行一些数据处理和存储的功能。B/S架构的浏览器就是它的客户端，可是这个客户端只能进行一些简单的输入输出和信息发布共享的功能，主要的逻辑事务处理还是要靠服务器，所以服务器的负担很重。

3、工作原理
C/S架构是客户端和服务器直接相连，实现点对点的通信，B/S是浏览器通过WEB服务器向数据库服务器发送数据请求，实现多对多的通信。

4、响应速度
C/S架构的客户端和服务器直接相连，中间没有任何阻隔，所以相应速度快，尤其是在用户增多时更加明显。B/S架构相应速度慢，主要的重任在数据库服务器身上，由于B/S架构的无限扩展性，当用户激增，访问量庞大时，服务器相应速度慢，服务器存在瘫痪的危险。

5、成本
C/S架构开发时，硬件需要一次性购买，费用较高，且需要训练有素的技术人员，培训费用高，而且软件后期也需要不断投入大量资金。B/S架构只需要一次性投入几乎可以一劳永逸，有利于软件项目控制和IT黑洞。

6、维护、升级以及扩展
C/S架构一旦有业务的变更或要升级，客户端界面就要重新设计，需要投入大量的人力物力。软件维护也比较麻烦，需要专业人士进行维护。用户扩展也比较麻烦，需要安装客户端，对软硬件要求高。B/S架构的维护和升级都非常容易，只要更改页面内容或者增减页面即可，客户端几乎是零维护，只需要维护好服务器。所以相对来说更简易，方便。由于B/S可以随时随地的访问，所以极易扩展。

7、信息共享
C/S架构是建立在局域网之上的，面向的是可知的有限用户，信息共享只在小范围内。B/S架构建立在广域网之上，用户随时随地都可以访问，外部用户也可以访问，尤其是WEB技术的不断发展，B/S面对的是几乎无限的用户群体，所以信息共享性很强。

8、客户端界面
C/S架构可以针对不同的功能设计出不同的很有特色的用户界面，实现个性化。但是一旦业务改变就需要重新设计，很麻烦。B/S架构的用户界面很通用，不能针对用户突出个性，但是业务改变时只需要改变界面内容或者增减页面，很轻松就能实现。

2）小的差别
1、适用的网络
C/S架构是建立在局域网的基础之上的，局域网之间通过专用服务器提供连接提供服务。B/S架构是建立在广域网的基础之上，有更大的使用范围。

2、访问
C/S架构下，用户需要安装客户端才能够访问服务器，而B/S架构下，用户可以随时随地访问，只要有网有浏览器，方便快捷。

3、数据库连接类型

C/S采用的是ODBC连接，所以只要用户连接了数据库就一直保持连接不会断开，所以限制了用户数，而B/S采用的是JDBC连接，用户并不保持对数据库的连接，所以用户数几乎是无限的。

4、功能
C/S架构能够实现单一的复杂功能，如财政管理等，所以现在大多数比较大型的ERP系统仍是C/S架构，B/S架构的界面比较通用，所能处理的逻辑事务较少，所以功能较弱。

5、安全性
C/S架构建立在局域网之上，面向比较固定的用户，对安全的要求较高。B/S架构建立在广域网上，面对不可知人群，安全性差。

6、信息流向不同
C/S 程序一般是典型的中央集权的机械式处理, 交互性相对低B/S 信息 流向可变化, B-B B-C B-G等信息、流向的变化, 更像个交易中心。

7、对技术人员的要求
C/S的功能比较专业化，对设计和开发人员的要求较高，需要专业的培训。B/S的界面比较人性化，通用化，所以不需要多高的技能。