1. 程式人生 > >深入V8引擎-引擎內部類管理解析

深入V8引擎-引擎內部類管理解析

v8的初始化三部曲,前面花了三篇解決了第一步,由於只是生成了一個物件,第二步就是將其嵌入v8中,先看一下三個步驟。

// 生成預設Platform物件
std::unique_ptr<v8::Platform> platform = v8::platform::NewDefaultPlatform();
// 將其嵌入V8引擎內
v8::V8::InitializePlatform(platform.get());
// 初始化V8引擎
v8::V8::Initialize();

第一步可以由使用者自己手動實現platform,只要按照規範來繼承對應基類,一般也不會有人搞吧。

這裡的嵌入,如果用程式碼來進行解釋,實際上是叫做"名稱空間"。v8引擎的體量非常巨大,所以需要有完善的規範來管理各個類。如果完整的閱讀過v8原始碼,可以發現v8對類的邏輯管理用到了兩個方法,其中一個是名稱空間,另外一個則是語義化巨集。

先來看看名稱空間的定義(對C++熟悉就很簡單了),如果只是跟我一樣的前端頁面仔,可以理解成模組。舉一個例子,在前面一篇有一個類叫PageAllocator,在看原始碼發現有兩個同名類,但是其中一個是掛在v8的名稱空間下,另外一個則在v8::base的名稱空間下,如下。

namespace v8 {
  class PageAllocator {}
}
namespace v8 {
namespace base {
  class PageAllocator : public ::v8::PageAllocator {}
}
}

通過對v8名稱空間所有類進行觀察,發現其所有的類都是一個基類,提供了宣告和一些虛擬函式,都是需要被繼承去實現的類。而對v8::base進行搜尋時,發現了其名稱空間下的所有方法都是實現類,可以看出,v8通過名稱空間來對所有的class進行分類。

另外,其名稱空間的名字也是有意義的,base名稱空間下的類提供的功能都是比較底層的功能,比如說CPU、Hash、EnumSet等等。而之前那篇講的DefaultPlatform、TaskRunner,其名稱空間都掛在v8::platform的下面。此外,WorkThread雖然從繼承關係上是屬於Thread型別,但是作為TaskRunner的內部類,實際上名稱空間還是屬於platform,也就是隻看名稱空間就可以理解類的歸屬和功能。

比較典型的還有v8::debug包含垃圾回收、記憶體管理相關,v8::tracing包含呼叫棧追蹤的相關等等,這裡就不一一舉例了。

 

除去名稱空間,另外一個對類進行分類的就是語義化巨集。這個命名是自己想的,主要是聯想到了語義化標籤,進行過格式化,實際上div和p在表現上並沒有什麼區別,實際使用上只是為了語義化。同理,v8的很多巨集會對類進行修飾,也是無意義的,純粹的語義化。

基本上所有的類都會有巨集去修飾,還是拿之前的DefaultPlatform舉例。

// 巨集定義
#define NON_EXPORTED_BASE(code) code
#define V8_PLATFORM_EXPORT
// 類宣告
class V8_PLATFORM_EXPORT DefaultPlatform : public NON_EXPORTED_BASE(Platform) {};

這裡分別對實現類和基類都進行了修飾,V8_PLATFORM_EXPORT表明這個類是屬於platform模組,且是一個實現類,可以輸出並使用。而NON_EXPORTED_BASE則表明該類不可直接使用,需要繼承實現。

巨集的定義也給出來了,沒有任何意義,只是一個純粹的為了說明,跟註釋類似但是又有著不一樣的功能。

v8原始碼的標頭檔案在類的定義上隨處可見這種巨集,通過巨集的名字就可以看出類的一些特徵,從而方便除錯和像我這樣無聊的人看原始碼……

 

其實v8內部還有更多巨集起著巨大的作用,比如在類宣告時,有時候需要禁掉這個類的拷貝建構函式和賦值功能,v8都把這個封裝到一個巨集裡,宣告的時候直接呼叫就行了,這些後面深入的時候再來細說把。