计算机基础速览：10 个你需要知道的概念

我们用一个餐厅来串联所有概念。读完这篇，你就能在脑子里建立一张完整的地图。

1. 前端 (Frontend)

前端是用户直接看到、点击、输入的界面——网页上的按钮、输入框、图片、动画，全都属于前端。它运行在用户自己的浏览器里，负责把信息”好看地”展示出来，并把用户的操作传递给后端。

餐厅类比：大堂。 菜单、桌椅、灯光、服务员的笑脸——这些是顾客直接接触的部分。大堂好不好看、菜单清不清楚，直接决定了顾客的体验。

后端是藏在界面背后的”大脑”，负责处理业务逻辑、读写数据、校验权限。用户看不到它，但每次点击”提交”或”登录”，请求都会被发送到后端去处理。

餐厅类比：厨房。 顾客看不见厨房，但点的每一道菜都在这里完成——接单、备料、烹饪、装盘。厨房的效率和卫生，决定了餐厅能不能持续经营。

数据库是永久存储数据的地方。用户注册的账号、发布的内容、上传的记录，都保存在数据库里。即使服务器重启，数据也不会丢失。

餐厅类比：仓库和账本。 食材存在仓库里，每天的进货、销售、库存记在账本上。没有仓库，厨房没东西做；没有账本，老板不知道赚了还是亏了。

API 是前端和后端之间约定好的”通信格式”。前端按照格式发请求，后端按照格式返回数据。双方不需要知道对方内部怎么实现，只要遵守约定就能协作。

餐厅类比：服务员递给厨房的点菜单。 点菜单上写着”桌号、菜名、数量、备注”，格式固定。厨房不需要知道顾客长什么样，服务员也不需要知道菜怎么炒，一张标准的点菜单就够了。

服务器就是一台 24 小时开机、连着网络的电脑，上面运行着后端程序。任何人通过网络发来的请求，都由服务器接收和处理。你自己的电脑关机了网站就访问不了，但服务器永远在线。

餐厅类比：餐厅的营业场所。 你在家也能做菜，但别人吃不到。得有一个固定的、持续营业的场所，顾客才能随时来吃饭。

部署是把你在自己电脑上写好的应用，放到服务器上运行，让全世界的人都能访问的过程。本地开发就像在家试菜，部署就是正式开店。

餐厅类比：从家里做菜到开店营业。 在家做菜只有家人能吃。要让更多人吃到，你得租个店面、装修、办证、开门迎客——这整个过程就是”部署”。

IP 地址是服务器的真实地址（比如 142.250.80.14），但没人记得住。域名（比如 google.com）是给人看的”别名”。DNS 就是把域名翻译成 IP 地址的系统。

餐厅类比：餐厅的招牌地址 vs GPS 坐标。 你告诉朋友”去南京路那家老王餐厅”，而不是”去东经 121.47、北纬 31.23”。招牌地址好记，GPS 坐标才是真实位置，DNS 就是帮你把前者翻译成后者的导航系统。

HTTPS 是加密版的网络通信协议。它确保你和服务器之间传输的数据（密码、个人信息等）不会被中间人偷看或篡改。浏览器地址栏的小锁图标就表示当前连接使用了 HTTPS。

餐厅类比：密封信封 vs 明信片。 HTTP 就像明信片，路上任何人都能看到内容。HTTPS 就像密封信封，只有寄件人和收件人能打开。你肯定不想把银行卡密码写在明信片上。

Docker 容器把你的应用连同它需要的所有依赖（语言版本、库、配置）一起打包成一个标准化的”盒子”。不管放到哪台电脑上，打开就能跑，不会出现”在我电脑上明明是好的”这种问题。

餐厅类比：移动餐车。 移动餐车自带灶台、冰箱、食材和调料，开到哪里都能立刻营业。不用操心当地的厨房设备够不够、煤气接口对不对——一切都在车上准备好了。

Git 记录代码的每一次改动：谁改的、什么时候改的、改了什么。如果改出了问题，可以随时回退到之前任意一个版本。多人协作时，每个人在自己的分支上改，最后合并到一起。

餐厅类比：Word 文档的修订历史，但管的是整个项目。 想象你和三个人一起写菜谱，每个人改了什么都有记录，改坏了可以撤回，最后汇总成一本完整的菜谱。Git 就是这个”修订历史”系统。

用户 → 浏览器(前端) → API → 服务器(后端) → 数据库
         ↑                                    |
         └────────── 返回数据 ←───────────────┘

一个完整的流程是这样的：

而这一切的基础设施是：

这些概念你不需要深入理解。知道它们是什么、大概做什么就够了。具体细节交给 AI。