很多人第一次听说“API接口”，脑子里马上蹦出一个念头：这玩意儿能不能断网也能跑？比如出差坐高铁，信号时有时无，手头有个调用天气API的小工具，是不是能提前下好数据，离线照样查？
先说答案：原生API本身不能离线用
API（Application Programming Interface）本质是一套在线通信协议——它像电话线，一端是你写的程序，另一端是服务器。没网络，这根线就断了，请求发不出去，响应也收不回来。哪怕你把接口文档背得滚瓜烂熟，没有服务器响应，fetch('/api/weather') 这行代码只会卡在 pending 状态，最后抛出 network error。
但“不能直接离线”，不等于“完全没法离线”
现实里很多应用看着像“离线用了API”，其实是做了手脚：
方案一：本地缓存 + 智能降级
比如手机微信的“附近的人”，打开时会先尝试请求最新数据；如果失败，自动展示上一次成功加载的结果，并提示“暂无网络，显示缓存信息”。这背后不是API离线了，而是程序主动记住了上次的返回值（JSON数据），存在 localStorage 或 IndexedDB 里。
if (navigator.onLine) {
fetch('/api/nearby').then(r => r.json()).then(showData);
} else {
const cached = localStorage.getItem('nearby_cache');
if (cached) showData(JSON.parse(cached));
}方案二：预下载 + 本地服务
某些离线地图App（如奥维互动地图），会在联网时把某区域的POI数据、路径规划逻辑整个打包下载。运行时，它根本不调远程API，而是启动一个轻量本地HTTP服务（比如用 Express 启个 http://localhost:3000），你的前端页面请求的是这个本地地址——从用户角度看，和调API一模一样，实际走的是本机硬盘。
哪些情况真·没法离线？
需要实时计算或依赖外部状态的，基本没戏。比如：
- 支付接口（必须连银行系统验签名、扣款）
- 短信验证码发送（运营商网关不给你缓存）
- 人脸识别比对（算法在云端跑，本地没模型也没算力）
这些不是技术懒，是安全和业务逻辑决定的——离线意味着失控。
一句话记住
API不是文件，是“打电话”。你再会背台词，没信号也打不通。但聪明的开发者，早就在你拨号前悄悄录好了语音备播，或者干脆在你家客厅装了个微型交换机。