客户端、前端、后端、服务端的区别分别是什么？

客户端是指开发面向客户的程序，分很多平台，比如Windows 安卓 苹果，还有游戏客户端也算一类。

前端指的是通过浏览器和用户交互的那部分。

后端是在服务器上跑的，一般是管理数据，为前端、客户端提供数据传输的。

服务器端就是后端。

服务端各种安全机制，比如身份验证，这一条的情况在于，有的前端做身份验证就是调用一下接口，获取到类似token字段，自己也不知道是什么意思，就乱丢乱用等。

本质上来说，前端是做不了什么安全措施的，但是，相应的拦截和安全还是要做，因为可以帮后端挡掉很多低质量攻击以及前端自身的用户体验。

客户端是默认支持json的，后端是需要处理的。这点可以引申到，前后端各自传递的数据格式问题。有些前端 null undefined 空串分不清楚，到了后端就各种问题。

前言 ´･ᴗ･`

• 本篇将简化的介绍你在手机或者电脑或者iwatch等等浏览网页所发生的事情 大佬请略过

• 本文可以带给你…

  • 客户机 服务器是什么
  • 什么是前端开发、后端开发
  • HTTP是啥
  • 访问一个静态的web网页 背后的流程是什么

客户机 服务器 前端 后端

上篇我们提到 internet使得全世界的电脑都可以联网，那么对于使用web服务的电脑来说，一般会有新的身份：客户机 Client 和 服务器 Server

相应的，为客户机而开发的就是客户端编程（Clients-side programming），也就是所谓前端开发（front-end scripting）
而为服务器开发就是服务端编程（server-side programming）也就是所谓的后端开发（back-end scripting）

客户端通常还会有**浏览器（browser）**软件来帮助你解析网页（这样你就能看网页了）和 提交表单（比如注册CSDN 填写信息）等等

当你点击我的博客 你就通过浏览器，向csdn的服务器发送了请求（requests），服务器必须响应response你的请求 也就是给你个回复
成功的话，你就见到我的博文了，这就是服务器给你的response——当然是经过浏览器解析（parse） 渲染 (render) 后的结果.
失败的话 有各种失败的代码，其中最常见的就是404 也就是你想要请求访问的资源找不到（其实不一定是找不到 可能是有些东西不想给你 没权限 你懂得）

好了 如果我们有自己的网站呢？首先，我们得有个服务器（云服务器或者实体的服务器 其实就是另一台电脑）。
我们的前端开发 编写的.html .css .js都是放在哪里呢？就是服务器。我们需要**上传（upload）**这些东西到我们自己的服务器，这样别人访问我们的网站，我们服务器就会给他们，我们之前前端开发的这些文件（“他们”也就是 客户 ）
当然客户要求一些别的东西 比如说下载电影啊 或者图片什么的 这就是其他网页资源（assets）了，当然也是放在服务器上。
然后客户通过浏览器就能看到我们设计的页面
当然了 话说回来，你不可能让服务器自动帮你做一些相应你客户需求的事——这需要你编程解决，这就是后端开发。
所以一些个人网站的建造者，都是全栈工程师（前端后端都包了），当然现在有很多给你现成模板，让你可以不用开发后端，问题是bug总会很多 也总不能够满足我们个体多样化的需求——这也是为啥我们要学习 服务端编程。

HTTP

HTTP（Hypertext Transfer Protocol） 其实就是一种协议，或者说是一种语言，让你的客户机和服务器通话（通信）

特点是 文本性的（textual） 无状态的（stateless）

• 文本性的 Textual
  所有命令都可是人可以阅读的（英语 当然）
• 无状态的 Stateless
  服务器 客户端都不会记录之前的通讯情况——过去了的就过去吧
  因此 你想做一个有账号密码的网站，单单靠HTTP服务器是不可能的
  因此我们需要一个web application server
  我的理解是 是在传统底层的web server软件上封装了更多东西 也就是个升级版

关于HTTP 有一些规则我们可以了解一下：

• 只有客户端可以发出HTTP 请求 也只有服务器能够接收
• 服务器必须应答（answer）所有的HTTP请求 只不过返回的是200还是404就不知道了
• 服务器接到请求以后 就查自己的硬盘 看看相关资源有没有 没有的话返回404 有的话返回200 还有各种别的情况 我们初学知道这些就够了

这里我们可以发现 服务器与客户机的区别 或者说 前端与后端的一个区别：
能否有足够权限访问操作系统
对于前端 也就面向客户机 你想想网页能够控制你电脑多少呢？一般而言也就是简单的文件访问（文件系统 file system）
但是后端 我们服务器程序 能够调节电脑的线程，控制CPU占用 能够调节系统资源来更好地相应 做一个棒棒的服务器

web是怎么工作的呢？

我们把csdn当成静态网页的话 当你在浏览器地址栏输入www.csdn.net 然后回车 所发生的事：

• 你在浏览器地址栏输入www.csdn.net 然后回车
  

• 浏览器首先向DNS服务器发送请求 让他解析一下“csdn.net”具体对应哪个IP地址
  

• 浏览器得到IP地址以后，向那个IP地址发送HTTP 请求，要求csdn服务器发一份copy回来，于是你得到了这么一堆文件（.html .css .js .jpg .png, etc）
  

• 然后浏览器渲染页面 你就看到：
  

总结 ´◡`

这节比较轻松 讲述了一部分web的相关概念
下一节 将更加深入的讲述web，比如网站 网页 web服务器等等行话（jargon）

另外 服务端编程专栏 正在持续更新 敬请关注 感谢对阮菜鸡的支持：） 我会尽力用更优质的内容帮助大家学习的

前端开发，指只做过HTML、CSS、JavaScript以及具备使用在此基础上构建的各种Web类型的UI框架开发的能力，例如React、Vue、Elm等Web框架，同时对NodeJS生态下的Gulp、Webpack等打包工具链、有所熟悉。前端开发人员还需要对PC端网页渲染、移动端网页渲染，或响应式渲染有所熟悉。必要的，前端开发人员还需要熟悉微信开发、微信环境的H5开发、以及各种小程序的开发等。

客户端开发，指完整的开发过PC端程序、移动端（Android、iOS、或者ReactNative等跨平台开发框架）程序的开发人员。客户端开发要处理的复杂度指数比上述前端开发人员高。客户端开发一般也会对UI层、逻辑层、数据层分离的构架有所理解，并能主动做此分类。客户端开发也可能需要处理多线程、本地文件读写、网络通信、多进程构架等问题。

相对来说，一个前端开发的熟手可能对Web的各种框架和工具链有熟练上的优势能力。但是另一个方面，前端开发相对于客户端开发来说，可能对端内的分层构架没有什么意识，对常见的OOP封装也没有什么概念，因为他们大量的精力都消耗在了如何调整Web组件、如何做好样式、如何写交互上。因此他们对如何做分层、如何做封装、如何做规约的经验增长的比较慢。

后台开发，需要掌握Linux上的各种基本命令，并以此为基础掌握这些系列的能力：网关配置，例如nginx，需要熟悉网关的服务路由配置策略、反向代理策略等；静态路由导向静态网站，反向代理则可能导向内部的Web服务，例如Java、NodeJs等内部起的Web服务；Web服务背后可能就是一系列Rest接口的实现或者RPC接口的实现；进一步背后可能有缓存层、数据库CRUD读写层。但这只是最基本的形式，后台构架会一步步演化，演化到最后又会变成开发人员只需要写业务代码，通过工具链一件部署等。

实际上后台这部分混合着基础组件的开发和业务逻辑的开发。业务逻辑层面的技术需求和基础组件的技术需求并不相同。基础组件部分，需要的是做云资源的资源抽象、虚拟化组件的掌握、调度、消息中间件等等分布式组件的技术，而面向业务，最常规的来说就是要对缓存、数据库的设计有良好的把握，以及一条完整业务流程全过程中，所有端的时序、事件、数据流的把握。

最后一个是核心开发。其实核心两个字具有骗人的作用，好像其他开发都显得无足轻重，其实不然。核心开发一般是指开发某种Kill级别的底层技术，例如Google的QUIC网络协议设计和开发、一种满足特定需求的存储系统/数据库、一个车辆识别系统等等。一个典型例子是Microsoft的浏览器团队能开发独立的浏览器核心引擎，但是生态没构建好，原版Edge浏览器并没有获得成功，反之，基于Chromium版本的Edge则反而有跟原版Chrome在市场上一争的潜力，本文就是在基于Chromium版本的Edge浏览器上编写的。

理解和区别这些不同类型的开发，对于一个项目的人员安排和调度是必要的。我深刻理解到一个项目的延期时间基本上是由耗时最长的那个端决定的。能不能某些端放的人靠谱，某些端放的人不靠谱呢？有风险。基本上来说，要想做出高质量的项目，就需要在合适的端放上合适的人。

如果人上面没有办法满足，意味着那个人在那个端上没办法独立Hold住一面，这个时候就一定要在整体上对那个端有一个经过设计的构架，把风险规约到构架里面，我想构架的作用在这个时候就会本质的显露出来必要性，而不是装饰性。

从项目业务构架的角度来说，理解和区分不同类型的开发也是必要的，你能识别和区分不同类型的开发，也就有了识别和区分不同端的业务边界的基础，这对业务构架的设计和理解是有必要的。

全栈是一个谎言，双拳难敌四手，TeamWork不应该是一个人把所有的事情都做了，这是不对的。好的软件开发过程，如果出现了一个人做了过多角色工作，一定是这个软件过程的警告信号，不是什么好事。技术人员可以拥有很多个技术栈的能力，随着项目的锻炼和经验的丰富，也会有这样一个自然而然的过程。但是还是要从角色上区分不同位置需要的不同能力，这是思维方式的问题。

举个例子，初学UI开发的时候，有人会陷入如何画出好看的UI的陷阱，甚至归结于审美不行，所以不适合做UI。

首先，这就是思维方式的问题，不要自己做设计，做UI开发，纯界面技术上需要掌握的是如何布局（基于坐标的布局或者基于排版的布局）、如何配置样式（直接绘制方式的或者CSS调整样式的方式）、如何模块化UI（组件化、组合方式）、如何路由（跳转、前进、后退）、如何处理事件等。进一步的是如何做UI层、逻辑控制层、数据层的分离等。

而美工方面，你应该放心的交给美工设计师去设计，你需要做的只是把美术设计师设计的原型，通过你掌握的上述技术呈现出来。你只要思考一下，美术设计师做不了你的工作，但TA做的也是【UI】的一部分。

其次，审美是会随着经验的增加而一点点改变的，它不是静态的，所以也不必妄自菲薄，审美并非仅仅意味着「好看」，还包含「合理」、「用户友好」...等等。

参考：写给那些傻傻的，想做服务器开发的应届生_likika2012的专栏-CSDN博客