什么是前端什么是后端

你打开一个网页，什前点了“登录”按钮，后端页面刷新，什前你的后端名字出现在右上角。这中间发生了什么？什前其实有一串你看不见的代码在跑。跑在你看得见的后端那部分，叫前端；跑在你看不见的什前那部分，叫后端。后端

前端就是什前你眼睛能碰到的一切。按钮、后端图片、什前字体大小、后端滑动效果、什前输入框弹出来的后端键盘，全是什前前端工程师干的活。他们写 HTML 搭骨架，写 CSS 管长相，写 JavaScript 让页面能动起来。比如你在淘宝搜索框里打“运动鞋”，还没按回车，下面已经刷刷刷弹出十个联想词——那是前端在本地监听你的输入，然后拿你打了一半的字去问服务器要建议。这个“问”的动作，就是前端在跟后端说话。

后端藏在服务器机房里，也可能在云上。它不关心按钮是圆角还是直角，它只关心三件事：数据存哪、怎么取、给谁看。你登录的时候，前端把你填的手机号和密码打包成一个请求，发到后端。后端拿到之后，去数据库里查：这个手机号存在吗？密码哈希对得上吗？对得上，就生成一个 token 发回前端。前端把这个 token 存起来，下次你再点“我的订单”，它就带着 token 去问后端要数据。后端验一下 token 没过期，再去数据库捞订单，返回一堆 JSON。前端拿到 JSON，渲染成你看到的订单列表。

我刚开始学的时候，老觉得后端更“高级”。后来发现不是。前端要处理的事一点不少。一个按钮，用户点快了会重复提交，你得做防抖；网络慢的时候，你得显示骨架屏或者加载动画；不同手机屏幕宽度不一样，你得写响应式布局。更别提那些复杂的交互，比如拖拽排序、富文本编辑器、图表实时更新。这些逻辑全跑在用户的浏览器里，后端插不上手。

后端也有后端的麻烦。假设你的应用有一百万用户，同时刷首页。前端可以缓存，但后端不能随便缓存——每个人看到的数据可能不一样。你得考虑数据库索引、连接池、缓存穿透、消息队列。有一次我调一个接口，前端说“超时了”，后端说“我这边日志显示 200 毫秒就返回了”。查了半天，发现是前端发请求时多带了一个自定义 header，触发了跨域预检请求，那个 OPTIONS 请求卡了 3 秒。你看，前后端的分界线有时候就这么模糊，出问题两边都得看。

那它们怎么分工？一个简单的判断：凡是需要“记住”的东西，基本归后端。用户密码、订单记录、文章内容、库存数量，这些不能只存在浏览器里，因为换个设备就没了，或者被人改掉。凡是需要“即时反应”的东西，基本归前端。鼠标悬停变色、输入框实时校验、页面滚动加载，这些等后端返回再处理就太慢了。当然也有例外，比如搜索建议，前端可以先给个本地缓存的结果，同时再问后端要更准的。

我见过一些新手，写前端的时候把数据库密码直接写在 JavaScript 里。这相当于把家门钥匙插在门锁上，还贴了张纸条写“欢迎光临”。后端的一个核心职责就是守住这些秘密。所有敏感操作——转账、改密码、删数据——都必须后端说了算。前端可以拦一道，但那是为了用户体验，不是安全边界。

前后端之间的接口，通常是一组 URL。比如 GET /api/users/123 返回用户信息，POST /api/login 处理登录。前端工程师和后端工程师坐一起，对着一个叫 API 文档的东西吵架：“你这个字段为什么叫 user_name 不叫 username？”“你返回的时间戳是秒还是毫秒？”吵完了，各自回去写代码。现在流行 GraphQL，前端可以自己决定要哪些字段，后端只负责给。但本质没变：一个要数据，一个给数据。

说白了，前端是演员，后端是后台。观众看到的是演员的表情和动作，但剧本、灯光、道具、提词器，全在后台跑着。缺了谁，戏都演不成。

很赞哦!（49411）