你可能会说
帮我处理一下反向代理，我不太确定最佳实践是什么。
挡在服务器前面的「前台」。
挡在服务器前面的「前台」。所有请求先到它这里，它再转发给后面的真实服务器。可以顺便做缓存、安全过滤。
生活类比
像公司前台——访客（请求）都先经过前台登记，再被引到对应部门，外人见不到内部布局。
🎮 动手试试
关于「反向代理」，以下哪个描述最准确？
你可以这样告诉 AI
帮我配 Nginx 反向代理：把 /api/ 开头的请求转发到后端 3001 端口，静态文件直接从 /static/ 返回。
反向代理是请求的「中转站」，负责转发和负载均衡；API 是请求的「终点站」，负责处理业务逻辑。
统一入口管理多服务
通过 Nginx 等反向代理，把不同路径的请求转发到不同后端服务，同时处理 HTTPS 证书、静态文件、缓存。
和 AI 协作时
想让 AI 帮你配反向代理时，直接说「帮我写 Nginx 配置：/api 转发到 3000 端口，/admin 转发到 4000 端口，其它请求走静态文件目录」。
单服务简单部署
如果只有一个后端服务直接对外暴露，不需要路由分发，反向代理反而多了一层不必要的复杂度。
与网络架构无关的项目
如果你只做纯前端或本地开发，使用 Vite/Webpack 内置代理就够了，无需了解反向代理。
挡在服务器前面的「前台」。所有请求先到它这里，它再转发给后面的真实服务器。可以顺便做缓存、安全过滤。
像公司前台——访客（请求）都先经过前台登记，再被引到对应部门，外人见不到内部布局。
Nginx 就是最常见的反向代理。提到「配个 Nginx」时通常就是让它当前台。