這篇文章主要介紹了Node.js8重要功能有哪些和修復(fù)的方法是什么的相關(guān)知識(shí)，內(nèi)容詳細(xì)易懂，操作簡(jiǎn)單快捷，具有一定借鑒價(jià)值，相信大家閱讀完這篇Node.js8重要功能有哪些和修復(fù)的方法是什么文章都會(huì)有所收獲，下面我們一起來看看吧。

創(chuàng)新互聯(lián)服務(wù)項(xiàng)目包括稷山網(wǎng)站建設(shè)、稷山網(wǎng)站制作、稷山網(wǎng)頁(yè)制作以及稷山網(wǎng)絡(luò)營(yíng)銷策劃等。多年來，我們專注于互聯(lián)網(wǎng)行業(yè)，利用自身積累的技術(shù)優(yōu)勢(shì)、行業(yè)經(jīng)驗(yàn)、深度合作伙伴關(guān)系等，向廣大中小型企業(yè)、政府機(jī)構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案，稷山網(wǎng)站推廣取得了明顯的社會(huì)效益與經(jīng)濟(jì)效益。目前，我們服務(wù)的客戶以成都為中心已經(jīng)輻射到稷山省份的部分城市，未來相信會(huì)繼續(xù)擴(kuò)大服務(wù)區(qū)域并繼續(xù)獲得客戶的支持與信任！

Async Hooks API 介紹

Async Hooks （以前稱為AsyncWrap） API允許獲取有關(guān)句柄對(duì)象生命周期的結(jié)構(gòu)跟蹤信息。

API發(fā)出的消息會(huì)將Node.js中所有句柄對(duì)象的生命周期告知給consumer。它試圖解決類似于continuation-local-storage npm package這樣的問題。

如果你正在使用continuation-local-storage，那么已經(jīng)可以用稱為cls-hook的async hooks來代替使用了 – 只是目前并不是使用async hooks的最好時(shí)機(jī)，所以需要謹(jǐn)慎使用！

Async Hooks API 在 Node.js 8 中如何工作

createHooks函數(shù)的注冊(cè)功能會(huì)被每一個(gè)異步操作的不同生命周期事件調(diào)用。

const asyncHooks = require('async_hooks')
asyncHooks.createHooks({ 
 init,
 pre,
 post,
 destroy
})

了解更多Async Hooks，或查看正在進(jìn)行的工作文檔。這些函數(shù)將會(huì)根據(jù)處理程序?qū)ο蟮纳芷谑录x擇性觸發(fā)。

N-API 介紹

N-API是用于構(gòu)建原生插件的API。它獨(dú)立于底層JavaScript運(yùn)行時(shí)，并作為Node.js自身的一部分進(jìn)行維護(hù)。這么做的目的是保證應(yīng)用程序二進(jìn)制接口（ABI）在不同Node.js版本之間能夠保持穩(wěn)定。

N-API的目的是將附加組件和基礎(chǔ)JavaScript引擎中的更改區(qū)分開，以便原生插件在不需要重新編譯情況下，就可以運(yùn)行不同的Node.js版本。

了解更多N-API信息。

Node.js 8 中的緩沖區(qū)安全性改進(jìn)

在Node.js 8版本之前，使用new Buffer(Number)構(gòu)造函數(shù)分配的緩沖區(qū)并未使用ZEROS初始化內(nèi)存空間。結(jié)果導(dǎo)致新的Buffer實(shí)例可能包含敏感信息，容易導(dǎo)致安全問題。

雖然這是一個(gè)用于提高創(chuàng)建新Buffer性能的決定，但是對(duì)大多數(shù)人來說，并不打算這么使用。因此從Node.js 8開始，使用new Buffer(Number)或Buffer(Number)分配的Buffers會(huì)被ZEROS自動(dòng)填充。

將 V8 升級(jí)到 5.8：TurboFan ＆ Ingnition

使用Node.js 8版本，底層的V8 JavaScript引擎也會(huì)更新。

對(duì)于Node.js用戶來說，最大的變化就是引入TurboFan和Ignition。Ignition是V8的解釋器，TurboFan是優(yōu)化編譯器。

“Ignition和TurboFan的聯(lián)合使用已經(jīng)開發(fā)了近3½年，它代表了V8團(tuán)隊(duì)集體認(rèn)識(shí)的最終結(jié)果，是V8團(tuán)隊(duì)收集了JavaScript的實(shí)測(cè)性能并仔細(xì)分析了Full-codegen的缺點(diǎn)和Crankshaft的結(jié)果。這也是能夠在未來幾年內(nèi)繼續(xù)優(yōu)化JavaScript語(yǔ)言體系的基礎(chǔ)?！?- Daniel Clifford和V8團(tuán)隊(duì)

目前V8的編譯管道如下圖所示。

這個(gè)管道的最大問題是，新的語(yǔ)言功能必須在管道的不同部分實(shí)現(xiàn)，這就增加了大量額外的開發(fā)工作。

下面是簡(jiǎn)化的管道，沒有了FullCode Generator和Crankshaft：

新管道大大降低了V8團(tuán)隊(duì)的技術(shù)負(fù)擔(dān)，并實(shí)現(xiàn)了很多之前無法實(shí)現(xiàn)的改進(jìn)。

了解更多TurboFan and Ignition 和 TurboFan Inlining Heuristics 。

將 npm 升級(jí)到 5.0.0

新的Node.js 8版本還附帶npm 5 - 最新版本的npm CLI。

新 npm 版本的亮點(diǎn)：

• 一種新的標(biāo)準(zhǔn)化的鎖定文件功能，用于跨包管理器的兼容性（package-lock.json），以及一種用于shrinkwrap的新格式和語(yǔ)義

• --save 已經(jīng)不再需要了，因?yàn)樗械陌惭b將默認(rèn)保存

• node-gyp現(xiàn)在支持Windows的node-gyp.cmd

• 新的發(fā)布版本將會(huì)包括sha512和sha1校驗(yàn)

Node.js 8 版本中的其它顯著改變

Buffer

Buffer方法現(xiàn)在接受Uint8Array作為輸入

Child Process

• Argument和Kill信號(hào)驗(yàn)證得到改善

• Child Process方法接受Uint8Array作為輸入

Console

使用控制臺(tái)方法時(shí)，錯(cuò)誤事件發(fā)送現(xiàn)在受到了抑制

Domains

Native Promise實(shí)例現(xiàn)在是域感知的

文件系統(tǒng)

• 實(shí)用程序類fs.SyncWriteStream已被棄用

• 已棄用的fs.read( )字符串接口已被刪除

HTTP

溢出的Cookie headers會(huì)被連接成一個(gè)字符串

該httpResponse.writeHeader( )方法已被棄用

Stream

Stream現(xiàn)在支持destroy( )和_destroy( ) API

TLS

該rejectUnauthorized選項(xiàng)現(xiàn)在默認(rèn)為true

URL

WHATWG URL的實(shí)現(xiàn)，現(xiàn)在是Node.js API完全支持的

關(guān)于“Node.js8重要功能有哪些和修復(fù)的方法是什么”這篇文章的內(nèi)容就介紹到這里，感謝各位的閱讀！相信大家對(duì)“Node.js8重要功能有哪些和修復(fù)的方法是什么”知識(shí)都有一定的了解，大家如果還想學(xué)習(xí)更多知識(shí)，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道。