内容摘要：浏览器里敲下一个网址，按下回车，页面出现。这中间发生了什么？简单说，前端是你在屏幕上看到的、点到的、滑到的所有东西；后端是你看不见的、在远方服务器里默默干活的程序。两者之间靠HTTP协议对话，前端发请

浏览器里敲下一个网址，后端按下回车，基础页面出现。后端这中间发生了什么？基础简单说，前端是后端你在屏幕上看到的、点到的基础、滑到的后端所有东西；后端是你看不见的、在远方服务器里默默干活的基础程序。两者之间靠HTTP协议对话，后端前端发请求，基础后端回响应，后端就这么个事。基础

我见过太多初学者一上来就扎进框架的后端海洋，Vue、基础React、后端Spring Boot满天飞，结果连一个表单提交都讲不清数据去了哪里。其实web开发的核心就一条线：用户在页面上操作，数据通过请求送到服务器，服务器处理完再返回结果，页面把结果渲染出来。这条线捋直了，框架只是加速工具，不是必需品。

拿一个最普通的登录功能举例。你在输入框里敲用户名和密码——这是前端的事，HTML负责搭结构，CSS负责让输入框长得顺眼，JavaScript负责在你点“登录”按钮时把输入值抓出来。然后JS用fetch或axios发一个POST请求，把数据打包成JSON格式扔给后端接口。到这里，前端的活暂时干完了，页面会转个圈或显示“登录中”，那只是骗眼睛的动画。

请求到了后端，比如一个Node.js或Java写的服务，它先解析请求头、请求体，取出用户名和密码，去数据库里比对。查到了，生成一个token返回给前端；没查到，返回一个401状态码和错误信息。前端收到响应后，根据状态码决定是跳转到首页还是弹个“密码错误”的提示。整个流程不超过两秒，但每一毫秒都有明确的分工。

有人觉得后端难，要学数据库、缓存、并发；有人觉得前端烦，浏览器兼容性、动画性能、状态管理。但真正干活的时候，你会发现前端和后端根本不是对立关系，它们像一条流水线上的两道工序。前端管体验，后端管逻辑。后端把数据算好，前端负责把数据变得好看、好用。一个烂前端能把好接口的成果糟蹋一半，一个烂后端能让前端写出满屏的容错代码。

我自己的经验是，学web开发最忌讳只盯一头。只会前端的人，遇到接口返回结构变了就抓瞎，不知道怎么跟后端沟通改协议；只会后端的人，写出来的接口参数命名随意，前端调用时得靠猜。你要是能把两边的活儿都摸一遍——哪怕只是看懂对方在干什么——协作效率直接翻倍。面试的时候，能说清“前端按钮点击后到后端落库的完整链路”的候选人，比背了十种设计模式的更让我放心。

还有一点容易被忽略：网络层。前端发请求要经过DNS解析、TCP握手、HTTP报文传输，后端响应也要走同样的路。中间任何一个环节慢，都会表现为页面卡顿。很多性能问题根本不在代码，而在请求次数太多、数据包太大、缓存策略不对。这时候你得同时懂点浏览器原理和服务器配置，才能找到病根。

说到底，web前后端基础就三层：第一层，搞清楚HTTP协议里请求和响应的格式；第二层，熟悉一种前端语言和一种后端语言，能把数据从页面传到数据库再传回来；第三层，理解状态管理——cookie、session、token各自适合什么场景。这三层通了，剩下的都是工具链的选择问题。

别被“全栈工程师”这个词吓住。全栈不是啥都精通，而是知道每个环节大概怎么回事，出问题能快速定位到层。你不需要会写操作系统，但得知道浏览器怎么解析你的HTML；不需要会搭机房，但得知道数据库连接池耗尽会有什么症状。这种“广度优先”的学习路径，比一开始就深入某个框架的犄角旮旯实用得多。

最后说个真事。去年我帮朋友调一个线上bug，前端页面白屏，控制台报错显示“Cannot read property 'name' of undefined”。查了半天，是后端接口在用户没登录时返回了null，而前端代码默认返回的一定是对象。改一行后端代码，把null换成空对象，问题解决。你看，这就是前后端协作的日常——不是谁对谁错，是两边对“空”的理解不一样。搞懂基础，就是搞懂这些“不一样”到底从哪来。