刚入行做开发的时候，经常听到同事说‘调这个API就行’或者‘用他们的SDK封装好了’，听得一头雾水。API和SDK到底有啥不一样？看起来都是拿来用的工具，怎么一个叫接口，一个叫包？
API 是什么？就像餐厅的菜单
可以把API（Application Programming Interface）理解成一家餐厅的菜单。你想吃饭，不用进厨房自己炒菜，只要看菜单点菜就行。菜单上写清楚了有什么菜、怎么点、需要什么配料——对应到程序里，就是告诉你有哪些功能可以调用、输入什么参数、会返回什么结果。
比如你要在自己的App里显示天气，气象局提供了一个API，你发个请求过去，带上城市名，它就返回温度、湿度这些数据。你不需要知道它是怎么采集的，就像你不用管厨房怎么煮饭。
GET https://api.weather.com/v1/current?city=beijing&key=xxx这就是典型的API调用，简单直接，适合轻量级、功能明确的需求。
SDK 又是什么？像一整套厨具加菜谱
SDK（Software Development Kit）就不只是菜单了，它是一整套工具包。除了菜单，还给你锅碗瓢盆、调料、甚至预制好的半成品菜。换句话说，SDK 通常包含多个API、文档、示例代码、调试工具，有时候还有现成的UI组件。
比如你要集成微信登录，微信官方提供了SDK。你把它接入项目后，不用自己拼接HTTP请求、处理加密签名、解析返回数据——这些都封装好了，你调一个方法就行：
WXApi.sendAuthRequest(scope, state);背后其实调用了好几个API，但你不用关心细节。SDK 的优势是省事，特别适合复杂功能，比如支付、地图、音视频通话。
一个用API，一个用SDK，怎么选？
如果只是偶尔查个数据，功能简单，用API就够了。比如你做个个人博客，想显示一句每日一句诗词，直接调个诗词API，三行代码搞定。
但如果你要做个电商App，要集成支付宝支付，那肯定优先用SDK。因为支付涉及加密、回调、验签、错误处理一大堆流程，自己写容易出错，官方SDK已经帮你踩过所有坑。
再打个比方：API 像单曲下载，SDK 像整张专辑打包。你需要哪首听哪首，就用API；你想一口气听完，还附赠幕后花絮，那就选SDK。
它们也不是对立的
很多人以为用了SDK就不用碰API了，其实不是。SDK 底层还是在调API，只是帮你封装了一层。有时候SDK更新不及时，或者你想自定义某些逻辑，就得绕过SDK，直接调API。
反过来，有些小公司只提供API，没有SDK。这时候你就得自己写网络请求、封装方法、处理异常，相当于自己动手做一套简易版SDK。
所以，API 和 SDK 不是二选一的关系，更像是工具箱里的扳手和螺丝刀——看场景用，哪个顺手用哪个。