用過Mongodb 的同學(xué)都知道护昧，它會默認(rèn)為每個(gè) 文檔（document） 生成一個(gè)ObjectId類型的_id字段蹈矮。而且很多時(shí)候吼旧，在構(gòu)建rest api的時(shí)候，都會用該字段來標(biāo)識資源秉继。比如：訪問具體一篇博文的內(nèi)容，URL就可能是：/posts/:postId泽铛，這里:postId就是直接用_id字段的字符串形式來表示尚辑。它通常會是這樣一串值：** 538f0231d74805ed36fc30db**。
那么當(dāng)我們在對rest api服務(wù)做測試的時(shí)候盔腔，就需要來模擬這樣的id腌巾，而且它必須有效的。什么意思呢铲觉？我來舉個(gè)例子：假設(shè)我們要對查看博文這個(gè)api做測試澈蝙，那么其中就可能會有這樣兩條用例：
- 當(dāng)postId不合法時(shí)，服務(wù)器應(yīng)該返回處理錯(cuò)誤
- 當(dāng)postId合法但不存在時(shí)撵幽，服務(wù)器應(yīng)該返回處理成功并返回0條記錄
其中灯荧，第1條用例我們在測試的時(shí)候，可以很簡單地模擬一個(gè)無效的postId盐杂，比如：12345 這樣的就可以了逗载。但是對于第2條，我們則必須要模擬一個(gè)有效的id链烈，它是可以通過mongodb合法性校驗(yàn)的厉斟，但是呢mongodb利用這個(gè)id去數(shù)據(jù)庫中尋找時(shí)又是找不到對應(yīng)記錄的。
為了達(dá)到這樣一個(gè)目的强衡，我們必須得要知道id到底是如何生成出來的擦秽，這樣我們就可以模擬出符合要求的id了。
好漩勤，開干吧感挥！既然說id是個(gè)ObjectId類型的，那么我們先去搞清楚ObjectId這種類型到底是什么東西越败，通過Mongodb官方文檔 了解到ObjectId其實(shí)就是12個(gè)字節(jié)長的BSON 触幼。其中12個(gè)字節(jié)具體內(nèi)容為：
如上圖所示，12個(gè)字節(jié)被拆成4個(gè)部分究飞，每個(gè)部分都很好理解置谦，無需多做解釋堂鲤。這里唯一要提的一點(diǎn)是其具體的實(shí)現(xiàn)是根據(jù)mongodb驅(qū)動(dòng)器（driver）的。下面是node版本驅(qū)動(dòng)器 中對于objectid生成部分的實(shí)現(xiàn)代碼（具體實(shí)現(xiàn)見js-bson 中的generate方法）：
ObjectID.prototype.generate = function(time) {
if ('number' != typeof time) {
time = parseInt(Date.now()/1000,10);
}
var time4Bytes = BinaryParser.encodeInt(time, 32, true, true);
/* for time-based ObjectID the bytes following the time will be zeroed */
var machine3Bytes = BinaryParser.encodeInt(MACHINE_ID, 24, false);
var pid2Bytes = BinaryParser.fromShort(typeof process === 'undefined' ? Math.floor(Math.random() * 100000) : process.pid);
var index3Bytes = BinaryParser.encodeInt(this.get_inc(), 24, false, true);
return time4Bytes + machine3Bytes + pid2Bytes + index3Bytes;
};
這里的MACHINE_ID就直接采用了隨機(jī)數(shù)媒峡，而其他的驅(qū)動(dòng)器則采用了md5值瘟栖。接下來，我們再來看看encodeInt方法：
BinaryParser.encodeInt = function encodeInt (data, bits, signed, forceBigEndian) {
var max = maxBits[bits];
if (data >= max || data < -(max / 2)) {
this.warn("encodeInt::overflow");
data = 0;
}
if (data < 0) {
data += max;
}
for (var r = []; data; r[r.length] = String.fromCharCode(data % 256), data = Math.floor(data / 256));
for (bits = -(-bits >> 3) - r.length; bits--; r[r.length] = "\0");
return ((this.bigEndian || forceBigEndian) ? r.reverse() : r).join("");
};
該方法其實(shí)最終就會返回bits位字符串丝蹭。那么此前的generate方法就是會返回一個(gè)包含12個(gè)字符的字符串慢宗。所以這其實(shí)就是ObjectId內(nèi)部的表現(xiàn)形式。我們接著繼續(xù)看mongodb的文檔 發(fā)現(xiàn)ObjectId的對外字符串表現(xiàn)形式其實(shí)是一個(gè)16進(jìn)制的字符串奔穿，那么字符串長度是多少呢镜沽？這里簡單做換算就可以了：1個(gè)字節(jié)需要2位16進(jìn)制來表示，那么12個(gè)字節(jié)就是24位贱田。所以這個(gè)長度一定是24缅茉。
好了，那么歸根結(jié)底男摧，一個(gè)合法的id字符串表現(xiàn)形式其實(shí)就是：一個(gè)由16進(jìn)制數(shù)字組成的長度為24的字符串蔬墩。
了解了這個(gè)原理，那要mock一個(gè)id就輕而易舉了耗拓。這里推薦一個(gè)名為chancejs的隨機(jī)數(shù)據(jù)生成工具拇颅，利用chance.hash({ length: 24 });就可以了！
