打开 Endpoints 页面，我们可以知道有哪些数据是可以获取的。比如 User，我可以获取用户个人资料和用户近期发布的照片。
而 GET 和 POST 是最常见的请求方式，顾名思义，GET 接口是取数据，POST 是发数据，当然还是 PUT、DELETE 这样的请求方式。
以 GET /users/self/media/recent 接口为例，这个接口可以查询用户近期发布的照片。Instagram 要求我们发送：
https://api.instagram.com/v1/users/self/media/recent/?access_token=ACCESS-TOKEN
知道怎么做了吧？替换一下 access_token，变成：
https://api.instagram.com/v1/users/self/media/recent/?access_token=631487536.a273c29.573aa95fa1b6403db80fe6ac60191c4f
怎么请求？直接在浏览器地址栏输入回车就可以。像下图这样，就意味着请求成功了。
你一定会说「这么一大串，我这么看啊…」。这是节约数据体积、缩短传输时间的考虑，把所有换行和空格都去掉了。
这时有两招。第一招，网上搜「json 美化」，把这段东西粘贴进去，处理一下。马上，这串 json 代码就变得可读了。
第二招，安装一个专业一点的数据请求工具，比如我用的 Postman，有 Chrome 插件版本，且有历史记录、各种格式转化等功能。
拿到数据，该怎么看？我先摘取一小段：
{
"pagination": {},
"data": [
{
"id": "1802970419143574443_631487536",
"user": {
"id": "631487536",
"full_name": "刘英滕",
"profile_picture": "https://scontent.cdninstagram.com/vp/8a497f3eebaea72dda8fe47ddee1d3a8/5BBAF55E/t51.2885-19/s150x150/13129637_1738545199758157_1620655362_a.jpg",
"username": "ethonlau"
},
"images": {
"thumbnail": {
"width": 150,
"height": 150,
"url": "https://scontent.cdninstagram.com/vp/d909cd92e5ce9307be89d7ad44a0217b/5BA901CE/t51.2885-15/s150x150/e35/34983442_1794878883891742_239795720717074432_n.jpg"
},
"low_resolution": {
"width": 320,
"height": 320,
"url": "https://scontent.cdninstagram.com/vp/897d29b245e6cdd45442e956034fdca7/5BB4C089/t51.2885-15/s320x320/e35/34983442_1794878883891742_239795720717074432_n.jpg"
},
"standard_resolution": {
"width": 640,
"height": 640,
"url": "https://scontent.cdninstagram.com/vp/29cad764e1e47ddbb8e19b9c0ad82777/5BA96ECA/t51.2885-15/s640x640/sh0.08/e35/34983442_1794878883891742_239795720717074432_n.jpg"
}
},
"created_time": "1529150844",
"caption": {
"id": "17879956372231257",
"text": "偶遇深泽😂",
"created_time": "1529150844",
"from": {
"id": "631487536",
"full_name": "刘英滕",
"profile_picture": "https://scontent.cdninstagram.com/vp/8a497f3eebaea72dda8fe47ddee1d3a8/5BBAF55E/t51.2885-19/s150x150/13129637_1738545199758157_1620655362_a.jpg",
"username": "ethonlau"
}
},
"user_has_liked": false,
"likes": {
"count": 6
},
"tags": [],
"filter": "Normal",
"comments": {
"count": 3
},
"type": "image",
"link": "https://www.instagram.com/p/BkFcAstlwOr/",
"location": null,
"attribution": null,
"users_in_photo": []
},
……
这是我近期发布的一张照片，可以逐一进行对应：
images 包含了照片的尺寸和 URL，原来图片被存为了 150、320、640 宽高这样三份；
created_time 就是发布时间，1529150844 看不懂，因为这是 Unix 时间戳，同样在网上搜「Unix 时间戳 转换」，1529150844 就是北京时间 2018/6/16 20:07:24 ，是不是跟照片发布时间对应上了？
caption 里的 text 就是这张照片的配字；
user_has_liked 是用户自己是否有点赞，比如照片列表页就要用这个数据，不然就不知道点赞按钮要不要显示 active 状态了；
likes 的 count 是 6，有 6 个人给我点赞了；
filter 是 normal，这张照片我确实没有用滤镜，原来用了哪个滤镜还会被记录下来啊……
兴奋吗？这就是数据的真面目。你会发现很多以前不知道的事情，也会更理解数据是怎么存储的。数据被存在数据库里，通过接口，你能获得指定的数据，也可以修改数据（比如发布一张新照片、换一下头像），或者删除数据。
而接口还有更多自定义项，比如刚才的 GET /users/self/media/recent 接口，你还可以配置 count 来调节一次请求照片数量，比如 &count=1 就是一次获取一张，&count=5 就是一次获取五张。实际中，接口还有对分页的处理，有版本之分，有规定时间内请求次数的限制。
