C/S,B/S架构

C/S架构定义

书面解释即Client/Server（客户机/服务器）结构，是大家熟知的软件系统体系结构，通过将任务合理分配到Client端和Server端，降低了系统的通讯开销，需要安装客户端才可以进行管理操作。
客户端和服务器端的程序不同，用户的程序主要在客户端，服务器端主要提供数据管理、数据共享、数据及系统维护和并发控制等，客户端程序主要完成用户的具体的业务。
开发比较容易，操作简便，但应用程序的升级和客户端程序的维护较为困难。
电脑和手机上的应用程序只要需要安装的都是C/S架构

B/S架构定义

书面解释即Browser/Server（浏览器/服务器模式）是随着Internet技术的兴起，对C/S结构的一种改进。在这种结构下，软件应用的业务逻辑完全在应用服务器端实现，用户操作完全在Web服务器中实现，客户端只需要浏览器即可进行业务处理，是一种全新的软件系统构造技术。这种结构更成为当今应用软件的首选体系结构。B/S结构软件一般只有初期一次性投入成本。对于集团来讲，有利于软件项目控制和避免IT黑洞。而C/S结构的软件则不同，随着应用范围的扩大，投资会连绵不绝。
其实B/S就是网页，不管打开什么网站都是B/S架构。手机上浏览器中打开的网站也是B/S架构。

IT黑洞：当你研发一个软件的周期特别长，研发完了这个软件，市面上的用户已经不再对它有需求，就是掉入IT黑洞。

web：代表网站,PC端访问的网页
app：手机或电脑上的应用程序
wap（俗称m站，迷你网站）：手机浏览器中访问的网页

电脑的系统或手机端的系统属于C/S,因为需要安装，浏览器是C/S,浏览器中打开的网页属于B/S，因为浏览器需要安装，而浏览器中的网页是直接点开就可以看的。B/S是基于C/S的。小程序属于B/S，而微信属于C/S

web和wap为什么要区分开？
如果不区分那么手机上的网站如果没有做手机适配的版本，那么手机上打开的样子会和电脑上打开的样子一样，手机上可能就会看不全，格式、排版等都看不了，所以必须要区分开，才能适配手机这种小屏幕的环境，这样就要单独给它研发一套代码，就要有一套wap的代码，专门针对手机移动端的网站，同样的一个网址在电脑上打开是一个样，在手机上打开又是另一个样。
同样的网址为什么在不同的环境打开展现的效果不一样？是因为重定向（302），只要识别到是用手机端打开的就会指向另一个网址。

如果研发一个软件，是C/S研发速度快还是B/S研发速度快？
一定B/S的研发成本低，速度快。
如果是C/S手机端，最起码要研发两套代码，一套Android系统的，一套ios系统的，两套代码是不兼容的，所以需要两个研发团队，需要测试两遍。在Android系统上有的bug在iOS上不一定有，在Android系统上没有的bug，在iOS上也不一定没有，代码都是独立的。
维护成本也是B/S的成本低。
比如一个官方网站从1.0升级到2.0级别，那么1.0级别就看不到了，只需要维护2.0级别就行；而手机微信更新到5.0级别时4.0级别同样需要维护，因为有的人选择不更新，既然有人用，就要继续维护，所以C/S架构的软件更新之后还要维护老版本，而B/S架构的软件更新之后就不需要维护老版本了。

安全方面
C/S比B/S更安全。
如果是B/S架构，如果有黑客攻击，那么攻击形式就是渗透，通过服务器通过接口来篡改代码，修改源程序，盗取数据，删除数据库等等。
而C/S没办法渗透，它是通过安装的方式攻击，比如说安装一个带病毒的软件，在安装的过程当中把病毒带进电脑里。

有些软件C/S和B/S不是所有功能都可以做的
比如：百度地图，高德地图，导航功能就只适合手机不适合电脑
抖音，碎片化时间用来消遣
支付，捧着电脑去买东西吗

B/S和C/S对比

B/S对服务器的要求很高，而C/S对服务器的要求稍弱
和服务器相关的一定会测试到性能上，压力测试服务器或者负载服务器，每一个用户登录网站都会对服务器造成影响；而C/S则不同，手机app打开对服务器的压力要小很多，手机上访问APP是硬件上的压力，消耗的是手机本身的内存和CPU,不会消耗服务器的内存和CPU，只有当触发到接口时会对服务器造成压力。

缓存和下载的关系

手机上打开一个视频，第一次打开需要加载，第二次就不需要加载可以直接打开了，这是临时存储，是缓存
下载是存到手机本地，在手机相册里可以打开的，占用手机内存

缓存和cookie的关系

ctrl+shift+delete 清除网页历史记录
cookie：记录每一个网站你都做过什么，记录一个人的行为习惯
淘宝推荐“你的喜欢”，刷的抖音都是自己感兴趣的内容，都是用到cookie
记录单独登陆之后所产生的数据，不登录就没有数据
你所做的一切都会存到cookie里，而cookie里的数据会存到大数据里