資訊專欄INFORMATION COLUMN
摘要：要解決此問題，請(qǐng)對(duì)上述處理程序進(jìn)行一些小修改，以使用函數(shù)的異步版本以上基準(zhǔn)測(cè)試與你的應(yīng)用程序的異步版本的一個(gè)新的運(yùn)行結(jié)果好極了你的應(yīng)用程序現(xiàn)在每秒大約提供個(gè)請(qǐng)求，大約是同步哈希生成的倍，此外，平均延遲從之前的秒降至僅超過秒。
輕松分析Node.js應(yīng)用程序
有許多第三方工具可用于分析Node.js應(yīng)用程序，但在許多情況下，最簡(jiǎn)單的選擇是使用Node.js內(nèi)置的分析器，內(nèi)置的分析器使用V8內(nèi)部的分析器，在程序執(zhí)行期間定期對(duì)堆棧進(jìn)行采樣，它將這些樣本的結(jié)果以及重要的優(yōu)化事件（如jit編譯）記錄為一系列tick：
code-creation,LazyCompile,0,0x2d5000a337a0,396,"bp native array.js:1153:16",0x289f644df68,~ code-creation,LazyCompile,0,0x2d5000a33940,716,"hasOwnProperty native v8natives.js:198:30",0x289f64438d0,~ code-creation,LazyCompile,0,0x2d5000a33c20,284,"ToName native runtime.js:549:16",0x289f643bb28,~ code-creation,Stub,2,0x2d5000a33d40,182,"DoubleToIStub" code-creation,Stub,2,0x2d5000a33e00,507,"NumberToStringStub"
在過去，你需要V8源代碼才能解釋tick，幸運(yùn)的是，最近在Node.js 4.4.0中引入了一些工具，可以方便地使用這些信息而無需從源代碼多帶帶構(gòu)建V8，讓我們看看內(nèi)置的分析器如何幫助提供對(duì)應(yīng)用程序性能的深入了解。
為了說明tick分析器的使用，我們將使用一個(gè)簡(jiǎn)單的Express應(yīng)用程序，我們的應(yīng)用程序?qū)⒂袃蓚€(gè)處理程序，一個(gè)用于向我們的系統(tǒng)添加新用戶：
app.get("/newUser", (req, res) => {
let username = req.query.username || "";
const password = req.query.password || "";
username = username.replace(/[!@#$%^&*]/g, "");
if (!username || !password || users.username) {
return res.sendStatus(400);
}
const salt = crypto.randomBytes(128).toString("base64");
const hash = crypto.pbkdf2Sync(password, salt, 10000, 512, "sha512");
users[username] = { salt, hash };
res.sendStatus(200);
});
另一個(gè)用于驗(yàn)證用戶身份驗(yàn)證嘗試：
app.get("/auth", (req, res) => {
let username = req.query.username || "";
const password = req.query.password || "";
username = username.replace(/[!@#$%^&*]/g, "");
if (!username || !password || !users[username]) {
return res.sendStatus(400);
}
const { salt, hash } = users[username];
const encryptHash = crypto.pbkdf2Sync(password, salt, 10000, 512, "sha512");
if (crypto.timingSafeEqual(hash, encryptHash)) {
res.sendStatus(200);
} else {
res.sendStatus(401);
}
});
請(qǐng)注意，這些不是推薦的處理程序，用于在Node.js應(yīng)用程序中對(duì)用戶進(jìn)行身份驗(yàn)證，僅用于說明目的，你通常不應(yīng)該嘗試設(shè)計(jì)自己的加密身份驗(yàn)證機(jī)制，使用現(xiàn)有的，經(jīng)過驗(yàn)證的身份驗(yàn)證解決方案要好得多。
現(xiàn)在假設(shè)我們已經(jīng)部署了我們的應(yīng)用程序，用戶抱怨請(qǐng)求的延遲很高，我們可以使用內(nèi)置的分析器輕松運(yùn)行應(yīng)用程序：
NODE_ENV=production node --prof app.js
并使用ab（ApacheBench）在服務(wù)器上加點(diǎn)負(fù)荷：
curl -X GET "http://localhost:8080/newUser?username=matt&password=password" ab -k -c 20 -n 250 "http://localhost:8080/auth?username=matt&password=password"
并得到一個(gè)ab輸出：
Concurrency Level: 20 Time taken for tests: 46.932 seconds Complete requests: 250 Failed requests: 0 Keep-Alive requests: 250 Total transferred: 50250 bytes HTML transferred: 500 bytes Requests per second: 5.33 [#/sec] (mean) Time per request: 3754.556 [ms] (mean) Time per request: 187.728 [ms] (mean, across all concurrent requests) Transfer rate: 1.05 [Kbytes/sec] received ... Percentage of the requests served within a certain time (ms) 50% 3755 66% 3804 75% 3818 80% 3825 90% 3845 95% 3858 98% 3874 99% 3875 100% 4225 (longest request)
從這個(gè)輸出中，我們看到我們每秒只能處理大約5個(gè)請(qǐng)求，平均請(qǐng)求往返只需不到4秒。在實(shí)際示例中，我們可以代表用戶請(qǐng)求在許多函數(shù)中執(zhí)行大量工作，但即使在我們的簡(jiǎn)單示例中也是如此，編譯正則表達(dá)式、生成隨機(jī)salt、從用戶密碼生成唯一哈希，或者在Express框架內(nèi)部，時(shí)間可能會(huì)損失。
由于我們使用--prof選項(xiàng)運(yùn)行我們的應(yīng)用程序，因此在與本地應(yīng)用程序運(yùn)行相同的目錄中生成了一個(gè)tick文件，它的格式應(yīng)為isolate-0xnnnnnnnnnnnn-v8.log（其中n為數(shù)字）。
為了理解這個(gè)文件，我們需要使用與Node.js二進(jìn)制文件捆綁在一起的tick處理器，要運(yùn)行處理器，請(qǐng)使用--prof-process標(biāo)志：
node --prof-process isolate-0xnnnnnnnnnnnn-v8.log > processed.txt
在你喜歡的文本編輯器中打開processed.txt將為你提供一些不同類型的信息，該文件被分解為多個(gè)部分，這些部分再次被語(yǔ)言分解，首先，我們查看匯總部分，并查看：
[Summary]:
ticks total nonlib name
79 0.2% 0.2% JavaScript
36703 97.2% 99.2% C++
7 0.0% 0.0% GC
767 2.0% Shared libraries
215 0.6% Unaccounted
這告訴我們收集的所有樣本中有97％發(fā)生在C++代碼中，當(dāng)查看處理輸出的其他部分時(shí)，我們應(yīng)該最關(guān)注用C++完成的工作（而不是JavaScript），考慮到這一點(diǎn)，我們接下來找到[C++]部分，其中包含有關(guān)哪些C++函數(shù)占用最多CPU時(shí)間的信息，并查看：
