商業(yè)數(shù)據(jù)API相關(guān)問題

1、搜索最近數(shù)據(jù)接口：search/statuses/limited

（1）使用相同的參數(shù)調(diào)用接口有時可以返回數(shù)據(jù)，有時報錯，數(shù)據(jù)不穩(wěn)定？

為了保證線上服務(wù)的響應(yīng)速度，并降低服務(wù)器的負載，訪問下游服務(wù)的時候，超時設(shè)置的比較嚴格，為500ms，如果下游500ms沒有返回，則訪問失敗。如果要解決這個問題，建議調(diào)用時加入重試機制。

（2）使用相同的參數(shù)請求接口兩次，兩次返回的數(shù)據(jù)結(jié)果不一樣？

兩次搜索數(shù)據(jù)量不一樣，這個屬于正常的范疇。搜索微博的檢索策略、前端過濾策略、敏感詞的數(shù)量以及數(shù)據(jù)庫中微博本身的數(shù)量都是動態(tài)變化的，QA在測試的時候，線下環(huán)境與線上環(huán)境做diff，基本不超過5%就認為是正常。

（3）關(guān)鍵詞一樣,只有sort排序不一樣,每次返回的數(shù)據(jù)量總數(shù)有很大差異？

線上的后端服務(wù)器分為兩組，一組用于統(tǒng)一搜索，返回數(shù)據(jù)類型比較豐富（精選、文章、點評、用戶等），另一組用于商業(yè)數(shù)據(jù)，只返回微博數(shù)據(jù)。不同的參數(shù)值對應(yīng)的索引庫會有差異。另外，sort參數(shù)值fwnum、cmtnum、hot都只對近期原創(chuàng)微博有效，但是time卻無限制，所以這三個參數(shù)在返回時會有區(qū)別的，而且time與另外的區(qū)別很大。

（4）以天為周期查詢某關(guān)鍵詞，30天的微博數(shù)量不等于以月為周期的微博數(shù)量？

超過1000條結(jié)果的搜索，返回的數(shù)量并不是實際數(shù)量，而是估算的數(shù)量，這個估算是不受過濾策略影響的。

（5）有時某一頁返回的數(shù)據(jù)要小于“count”指定的數(shù)量？

count是指每頁返回的數(shù)量，比如設(shè)置為10條，當(dāng)顯示8條時是因為那兩條被過濾掉了，再次訪問又變成10條了，是因為索引數(shù)據(jù)庫是動態(tài)的，它會將過濾掉的信息擠到下一頁或者之后的頁面。

（6）每頁返回的微博數(shù)量總和與total_number不一致？

實際返回的結(jié)果數(shù)與total_num不符，這個現(xiàn)象是正常的。原因是索引中的數(shù)據(jù)都是入庫時的原始數(shù)據(jù)，后端會返回命中的微博，但是前段會根據(jù)微博的實時狀態(tài)進行過濾，比如有些微博被刪除、命中敏感詞、用戶被封等。

（7）搜索某關(guān)鍵詞時，某省的微博數(shù)量與其下面的地市微博數(shù)量總和不相等？

搜索的數(shù)據(jù)都來自于平臺，當(dāng)用戶指定某個省或城市的微博時，會根據(jù)一些標志位來判斷微博是否是用戶要求的省或城市，具體的的原因是：細粒度的城市與粗粒度的省份之間沒有對應(yīng)起來，比如搜索河北的微博，標記為河北的都會被搜索到，但是搜索石家莊，標記為河北的也會被搜索到。

(8) 如何使用時間參數(shù)，盡量搜到最全數(shù)據(jù)？

結(jié)束時間參數(shù)的值指定為當(dāng)前時間，起始時間無需指定，將按時間倒序分頁返回1000條微博，再將第1000條微博的創(chuàng)建時間作為結(jié)束時間參數(shù)的值，起始時間無需指定，依次遞推。

（9）調(diào)用接口報錯，返回403,403報錯是什么原因？

403報錯是沒有登陸或超過頻率限制或超過發(fā)布上限。

（10）搜索某個關(guān)鍵詞最多返回多少條？

在某個時間區(qū)間內(nèi)，搜索某個關(guān)鍵詞，分頁返回，每頁最多返回50條，最多可以翻20頁，即最多返回1000條。

（11）對于轉(zhuǎn)發(fā)微博，若只是原創(chuàng)內(nèi)容包含指定關(guān)鍵詞，而轉(zhuǎn)發(fā)不包含，能被搜到嗎？

不能。對于轉(zhuǎn)發(fā)微博，檢索部分只是轉(zhuǎn)發(fā)內(nèi)容部分，且不包括微博作者名、表情符號、轉(zhuǎn)發(fā)昵稱。

2、返回一條微博的全部轉(zhuǎn)發(fā)微博列表接口：statuses/repost_timeline/all

（1）對于多層級轉(zhuǎn)發(fā)微博調(diào)用該接口時的返回信息是怎樣的？

這個接口是返回一條微博的全部轉(zhuǎn)發(fā)微博列表，包括多級轉(zhuǎn)發(fā)的，比如A被B轉(zhuǎn)發(fā)，B又被C轉(zhuǎn)發(fā)，C又被D轉(zhuǎn)發(fā)，對A調(diào)用此API接口，返回的轉(zhuǎn)發(fā)數(shù)是B、C、D，這三個層級都包括，同理，對B調(diào)用此接口，C和D分別是其一級和二級，但是在返回數(shù)據(jù)時返回的是API上顯示的若干輸出參數(shù)，沒有層級的區(qū)分。

（2）調(diào)用接口時無法獲取某條微博的全部轉(zhuǎn)發(fā)微博？

轉(zhuǎn)發(fā)列表接口是返回一條微博所有轉(zhuǎn)發(fā)的列表，但結(jié)果是會過濾無效用戶的。如果轉(zhuǎn)發(fā)微博的用戶是凍結(jié)狀態(tài)與未激活狀態(tài)，用戶轉(zhuǎn)發(fā)的微博都無法顯示。

3、粉絲服務(wù)平臺中微博帳號與應(yīng)用之間的對應(yīng)關(guān)系以及相應(yīng)的安全機制是怎樣？

粉絲服務(wù)平臺目前只支持一個應(yīng)用綁定一個推送地址，不支持綁定多個，粉絲服務(wù)平臺在首次接入調(diào)用的時候，會進行一次驗證操作，具體參照：http://open.weibo.com/wiki/Messages_api_start.

4、開發(fā)者如何操作可以避免頻率限制？

確定哪些需要定時訪問的接口，每個接口做一個優(yōu)先級，訪問的頻率做為一個變量； 計算下一定要訪問的接口數(shù)據(jù)量； 預(yù)留給用戶一定的更新(發(fā)微博，私信等) ；使用Account/rate_limit_status查看當(dāng)前appkey所能支持的每小時的最大訪問量，根據(jù)此訪問量來確定頻率的值。

5、沒有單條微博詳細頁的url，怎么拼接單條微博的網(wǎng)頁版地址？

在程序中獲得用戶的uid，調(diào)用statuses/querymid獲得用戶的MID，拼接成http://weibo.com/uid/mid， 如UID=12345，mid=abcde，則網(wǎng)頁版地址為：http://weibo.com/12345/abcde。