使用微博API的一点总结

近来在做微博树洞，大致模式如下：

在网站提供两个功能：1.发树洞状态；2.展示树洞状态。

1.发树洞状态：

这个相对比较简单一些，调用微博API接口即可。（/statuses/update）

我的做法是给用户提供一个表单，表单直接提交到我网站，再由我网站去调用API接口，这样可以避免ACCESS_TOKEN的泄露，缺点也有，每次请求都需要从我的服务器发送，某时刻用户稍多就可能造成带宽不畅，毕竟服务器要一边REQUEST数据一边RESPONSE数据。但就目前用户数不算多的情况来看，操作体验还是不错的。

1. 展示树洞状态：

   最初的想法是在展示页面直接通过服务器向微博API提交获取微博数据的请求，也就是用户每次访问这个页面，都会向微博API提交一个请求。这个实现起来是最方便也最快捷的，当然也存在很明显的缺陷。

   展示页面是网站的首页，这样就造成网站页面生成之前都要去请求一下微博API，so，主页打开速度会变得很慢，于是在后台做了一些缓存工作。逻辑大概是这样，把微博数据缓存到数据库里面，只缓存几条，然后在数据库进行访问次数的计数，每20次访问就进行操作，删除原先的微博数据并重新将微博里面的内容缓存到数据库里面去。 这样就不必每次都去请求微博API，减少了请求次数，出现限额卡死的情况也不容易发生。（计数阈值可以更改，根据不同时段进行不同的设置）

   http://cauc123.com