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

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

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

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

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

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

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

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

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

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

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

count是指每頁(yè)返回的數(shù)量，比如設(shè)置為10條，當(dāng)顯示8條時(shí)是因?yàn)槟莾蓷l被過(guò)濾掉了，再次訪問(wèn)又變成10條了，是因?yàn)樗饕龜?shù)據(jù)庫(kù)是動(dòng)態(tài)的，它會(huì)將過(guò)濾掉的信息擠到下一頁(yè)或者之后的頁(yè)面。

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

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

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

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

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

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

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

403報(bào)錯(cuò)是沒(méi)有登陸或超過(guò)頻率限制或超過(guò)發(fā)布上限。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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