Fallback 是什么？一个无处不在的“兜底“概念
写代码、用工具、看技术文档时经常碰到fallback这个词。第一次遇到可能觉得抽象，其实它就是一个非常朴素的概念：兜底。
一句话定义
Fallback = 兜底方案。主选项不行的时候，按预设顺序去找下一个能用的，直到找到为止。
中文里有几种常见翻译：
- fallback = 兜底 / 回退 / 后备
- fallback font = 兜底字体 / 后备字体
- fallback chain = 兜底链 / 回退链
- fallback to X = 退而求其次用 X / 兜底到 X
一个直观的例子：字体渲染
终端字体设成JetBrainsMono Nerd Font Mono，遇到一段混合文字：
Hello ⏵ 世界系统渲染流程：
Hello→ JetBrainsMono Nerd Font Mono 有这些字母 → 直接用 ✅⏵（U+23F5）→ JetBrainsMono Nerd Font Mono没有→ 系统去问 fontconfig：“谁有 U+23F5？” → 找到 Symbola → 用 Symbola 渲染这一个字符 ✅世界→ JetBrainsMono Nerd Font Mono 没有中文 → 兜底到 Noto Sans CJK 之类的中文字体 ✅
最终你看到的一行字，其实是三种字体拼起来的，但视觉上无缝衔接。这就是 fallback 在字体里的作用。
Fallback 链：层层兜底
Fallback 通常不是一个字体，而是一条链。系统按顺序往下找，直到找到能用的：
主字体 → 没有这个字符 ↓ fallback 兜底字体 1 → 没有 ↓ fallback 兜底字体 2 → 没有 ↓ fallback 兜底字体 3 → ✅ 有 → 渲染成功如果整条链走到底都没找到，最终就是显示豆腐块□——这就是字符乱码的根源。
不光字体，到处都是 fallback
Fallback 是计算机系统里最普遍的容错思想之一，远不止字体渲染：
| 场景 | 主选项 | 兜底方案 |
|---|---|---|
| API 调用 | 实时请求服务器 | 失败 → 用本地缓存数据 |
| 网络 | 主网络线路 | 断了 → 切备用线路 |
| DNS | 主 DNS 服务器 | 超时 → 查备用 DNS |
| HTTPS | TLS 1.3 | 服务器不支持 → 退到 TLS 1.2 |
| 协议 | HTTPS | 不通 → fallback 到 HTTP |
| 图片格式 | WebP | 浏览器不支持 → fallback 到 JPEG |
| 函数参数 | 用户传入的值 | 没传 → 用默认值 |
| 字符编码 | UTF-8 解析 | 失败 → 按 GBK 试试 |
| 认证 | 指纹解锁 | 失败 → 兜底到密码 |
| CSS 字体 | font-family: Inter, ... | Inter 没装 → 用列表里下一个 |
本质都一样：A 不行就用 B，B 不行就用 C，能用就行。
CSS 里的经典 fallback 写法
font-family:"Inter","Helvetica Neue",Arial,sans-serif;这一行就是一条 fallback 链：
- 优先用
Inter - 没装
Inter→ 用Helvetica Neue - 也没装 → 用
Arial - 都没装 → 用系统默认的
sans-serif
写代码时把这种"链式兜底"思维内化，就能写出更健壮的程序。
Fallback 的设计哲学
Fallback 体现的是优雅降级（graceful degradation）：
- ✅ 主路径走得通，用户得到最佳体验
- ✅ 主路径失败，自动退到次优方案，用户仍然能用，只是体验降级
- ❌ 没有 fallback，主路径一断，整个功能直接崩溃
好的系统不追求"永远走主路径"，而是接受"主路径会失败"这个现实，提前把兜底链设计好。
一句话总结
Fallback = 兜底字体 / 兜底方案 / 兜底逻辑。本质是"A 不行就用 B"的容错链，让系统在主选项失败时仍然能正常工作。