后端

一句话：用户看不见的那部分程序，负责处理业务逻辑、存取数据库、和前端通信，是应用真正"干活"的地方。

它是什么

和用户直接看到、操作的前端界面不同，后端运行在服务器上，负责接收前端的请求、处理业务逻辑（比如验证密码、计算价格）、读写数据库，再把结果返回给前端。用户完全看不到后端，但几乎所有功能背后都有后端在支撑。

适合干什么

• 需要处理业务逻辑、存储数据、多用户共享数据的应用
• 需要保护敏感操作和数据不能直接暴露给用户

不适合干什么

• 纯静态、不需要动态数据和业务逻辑的简单展示页面（不需要后端，纯前端就够）

普通人怎么用

理解基本分工：前端负责"好不好看、好不好用"，后端负责"数据对不对、安全不安全"；重要的业务规则（比如价格计算、权限判断）应该放在后端，不能只依赖前端，因为前端代码用户能看到甚至绕过。

进阶用户怎么用

设计后端API时考虑好错误处理、参数校验、性能优化；选择合适的后端技术栈（Node.js/Python/Java等）更多取决于团队熟悉度和生态而不是绝对的技术优劣。

常见误区

• 把重要的业务规则/校验逻辑只写在前端，用户可以绕过前端直接调用接口，重要逻辑必须在后端也做一遍校验
• 以为现在有了很多"零后端"工具（如Supabase）就完全不需要理解后端概念，实际这些工具本质上是帮你托管了后端能力，理解基本原理依然有帮助

和相似工具的区别

• 和前端的区别：前端在用户浏览器里运行、负责界面和交互，后端在服务器上运行、负责数据和逻辑处理，两者通过API通信

入门步骤

• 明确应用需要哪些业务逻辑和数据存储需求
• 选择合适的后端技术栈或托管服务
• 设计好前后端之间的API接口