天天看點

V8 之旅:對象表示

注:本文轉自liuyanghejerry的V8 之旅:對象表示

在前一篇文章中,我們觀察了V8的簡單編譯器——Full Compiler。在我們繼續觀察Crankshaft之前,為更好地了解它,我們首先來看看V8在記憶體中如何表達對象。

本文來自Jay Conrod的A tour of V8: object representation,其中的術語、代碼請以原文為準。

概覽

簡易的圖表或許是了解對象表示的最為快速直覺的方法。

V8 之旅:對象表示

所有的對象記憶體區都會有一個Map指針,用以描述該對象的結構。絕大多數對象将其自身的屬性存放在一塊記憶體中(“a”和“b”);附加的命名屬性通常會存放在一個單獨的數組中(“c”和“d”);而數字式的屬性則單獨存放在另一個地方,通常是一個連續的數組。

這張圖僅僅表示已被優化的JS對象的通常狀态,另有一些狀态來處理其他情況。如果你對此抱有興趣,繼續讀下文吧。

屬性的怪異屬性

V8有它的難處:JavaScript标準中允許開發者以非常靈活的方式定義對象,是以很難用一種形式來高效地表示對象。一個對象基本上就是一堆屬性的集合:也就是一群鍵值對。你可以以兩種方式來通路對象的屬性:

obj.prop
	obj["prop"]
      

根據标準,屬性的名稱永遠是字元串。如果你用不是字元串的東西來作為屬性的名稱,那它将會被隐式轉換為字元串。是以一個怪異的情況就是,如果用數字作為屬性名,則數字也會被轉換為字元串(至少根據标準就是這樣)。是以,你可以以小數或者負數來作為下标。

obj[1];    //
	obj["1"];  // 這些都是同一個屬性哦
	obj[1.0];  //

	var o = {toString: function () { return "-1.5"; } };
	obj[-1.5]; // 這倆也是同一個屬性
	obj[o];    // 因為o轉換成了字元串
      

數組在JS中也隻是帶有神奇

length

屬性的對象。大多數數組的屬性名都是非負整數,而

length

的值則來計算于這些屬性名中最大的那個加一,比如:

var a = new Array();
	a[100] = "foo";
	a.length;             // 傳回101
      

除此之外數組和普通的對象沒什麼差別。函數也是對象,隻不過它們的

length

屬性傳回的是其定義的參數個數。

字典模式

譯注,也即哈希表模式

既然JavaScript中的對象就是鍵值對映射,為何不直接以哈希表來表示對象呢?這種方式沒什麼問題,V8内部實際上也用了這樣的方式來表達一些難以用優化形式表達的對象(後文詳述)。但通路哈希表中的值要比通路指定偏移的值慢多了。

我們來看看字元串和哈希表在V8中如何工作。字元串有多種表達方式,用來表示屬性名的是最常見的ASCII碼序列——所有字元挨個排列,每個字元1位元組。

0:  map (字元串類型)
	4:  length (字元數)
	8:  hash code (惰性計算而來)
	12: characters...
      

譯注:左邊是偏移量,右邊是該偏移量起始記憶體存放的值含義;從0開始,除最後一處外每個要素占用4位元組,最後一處則是長度為

length

的字元

字元串通常不可變,唯一可能變的是惰性計算而來的哈希值。用做屬性名的字元串被稱為符号,這意味着它必須獨有(譯注:原文uniquified,意思是這個字元串對象不會因為在其他地方也引用了,導緻其它地方可以對這個對象的内部進行修改),非獨有的字元串如果被用作屬性名,都會被單獨複制一份出來,以便不受其它修改的影響。

V8中的哈希表由一個包含鍵和值的大數組組成。初始時,所有的鍵和值都被初始化為

undefined

(一個特殊值),當有鍵值對插入到哈希表中時,鍵的哈希值被計算出來,其低位被用作數組的下标。如果數組的該位置已經被占用,則哈希表嘗試(取模過後的)下一個位置,以此類推。以下是這一過程的僞代碼:

insert(table, key, value):
		table = ensureCapacity(table, length(table) + 1)
		code = hash(key)
		n = capacity(table)
		index = code (mod n)
		while getKey(table, index) is not undefined:
			index += 1 (mod n)
		set(table, index, key, value)

	lookup(table, key):
		code = hash(key)
		n = capacity(table)
		index = code (mod n)
		k = getKey(table, index)
		while k is not null or undefined
				and k != key:
			index += 1 (mod n)
			k = getKey(table, index)
		if k == key:
			return getValue(table, index)
		else:
			return undefined
      

由于符号字元串是獨有的,這裡的

hash code

至多計算一次,計算該值和對比鍵值通常都很快。然而這一算法仍然不夠簡單,導緻于每次通路對象的屬性都會慢下來。V8會盡可能地避免這種表達方式。

快速的對象内屬性

在Lars Bak(V8的締造團隊上司者)2008年的這段視訊當中,他講述了一種可以在通常情況下更快速通路屬性的對象表達方式。考慮如下的構造函數:

function Point(x, y) {
		this.x = x;
		this.y = y;
	}
      

像這樣的構造函數是最為多見的。絕大多數時間裡,同一構造函數所産生的對象會擁有以相同順序指派的相同屬性。既然這些對象有着如此類似的結構,我們在記憶體中就可以以這樣相同的結構來布局這些對象。

V8将這種描述對象的方式稱為Map。你可以假想Map為一張填滿描述符的表,每一項都表示一個屬性。Map也包含其他資訊,比如對象的大小以及指向構造函數和原型的指針等,但這裡我們主要關注這些描述符。同樣結構的對象,通常會共享同一個Map。一個完成初始化的

Point

執行個體可能就像這樣:

Map M2
		object size: 20 (2個屬性的空間)
		"x": FIELD at offset 12
		"y": FIELD at offset 16
      

現在你可能會想到,不是所有的

Point

執行個體都有相同的屬性。當

Point

的執行個體剛剛在記憶體中開辟空間時(在構造函數中的代碼真正執行前),它是沒有任何屬性的,Map M2并不符合它的結構。另外,我們也可以在構造函數完成後随時為它增加新的其他屬性。

V8處理通過一種特殊的描述符來處理這種情形:Transition。當增加一個新的屬性時,除非迫不得已,我們不會建立新的Map,而是盡可能使用一個現存符合結構的Map。Transition描述符就是用來指向這些Map的。

Map M0
		"x": TRANSITION to M1 at offset 12

	this.x = x;

	Map M1
		"x": FIELD at offset 12
		"y": TRANSITION to M2 at offset 16

	this.y = y;

	Map M2
		"x": FIELD at offset 12
		"y": FIELD at offset 16
      

在上面的例子中新的

Point

執行個體從沒有任何Field的M0開始;在第一次指派時,對象的Map指針指向了M1,屬性x的值存放在了偏移量12的位置;在第二次指派時,Map指針指向了M2,屬性y的值放在了偏移量16的位置。

如果在M2的基礎上再新增屬性呢?

Map M2
		"x": FIELD at offset 12
		"y": FIELD at offset 16
		"z": TRANSITION to M3 at offset 20

	this.z = z;

	Map M3
		"x": FIELD at offset 12
		"y": FIELD at offset 16
		"z": FIELD at offset 20
      

如果新增的屬性之前沒有,則我們會通過複制M2建立一個新的Map,M3,然後将一個新的FIELD描述符增加在M3上。同時我們要在M2上增加一個TRANSITION描述符。注意,新增TRANSITION是修改Map為數不多的情況之一,通常Map是不可變的。

如果對象的屬性并不是以相同的順序出現呢?比如:

function Point(x, y, reverse) {
		if (reverse) {
			this.x = x;
			this.y = y;
		} else {
			this.y = x;
			this.x = y;
		}
	}
      

在這種情況下,我們最終會得到一個Transition樹,而不是鍊。初始的Map(上面的M0)将會有兩個Transition,具體代碼中轉向哪個,會根據

x

y

的指派順序來定。正因為這樣,不是所有的

Point

都會有相同的Map了。

這正是事情變糟的地方。V8對于這樣的小規模分支情形可以容忍,但如果你的代碼中充斥着以同一個構造函數得出的随機指派對象,V8就會将其退化到字典模式,将屬性存放在哈希表中。否則就會有大量的Map湧現。

對象内的稀疏追蹤

你可能好奇V8如何确定為一個對象保留多少記憶體。很明顯,我們不希望每次增加屬性都重新開辟記憶體,同時也不想為一個小對象預留大片的記憶體。V8使用一個叫做對象内稀疏追蹤(譯注,原文:In-object slack tracking)的辦法來确定為構造函數的新執行個體配置設定多少記憶體。

一開始,構造函數所産生的對象會被配置設定較多的記憶體:足夠存放32個快速屬性的記憶體。一旦該構造函數執行個體化了足夠多次(最後一次看的時候是8次),V8就會選取其中最大的執行個體,通過Transition指針周遊該構造函數對應的Map。新執行個體配置設定的記憶體,将直接使用周遊得來的最大記憶體值。而最開始執行個體化出來的對象,也采用了非常精明的方式來縮減記憶體占用。當對象初始化時,對象所得的記憶體将以接近垃圾回收器可回收記憶體的形式出現。由于對象的Map标明了它的記憶體占用大小,垃圾回收器不會直接回收這片記憶體。直到稀疏追蹤的過程完成之後,Map中的記憶體大小被重新修正,相應對象的記憶體占用也就小了。此時垃圾回收器會回收掉這些已經是可回收的記憶體,而原先的對象也無需重新挪動。

現在我估計你的下一個問題是,“如果一個對象在稀疏追蹤結束之後又增加了新的屬性呢?”。這就要依靠一個單獨的數組來存放這些附加的屬性。隻要有屬性加入,這個數組随時可以重新配置設定為更大的數組。

譯注:回憶一下文章開始的那張圖吧

成員函數與原型

JavaScript沒有類,是以它的成員函數調用與C++及Java不同。JavaScript中的成員函數隻是普通的屬性。在下面的例子中,

distance

隻是

Point

對象的一個屬性,它指向

PointDistance

函數。JavaScript中的任何函數都可以作為成員函數,并且通過

this

來通路其目标對象。

譯注:在C++中,obj.method(param)實際是C代碼method(this, param)的文法糖,是以this指針實際是函數的目标對象,而不是函數的發起者。

function Point(x, y) {
		this.x = x;
		this.y = y;
		this.distance = PointDistance;
	}

	function PointDistance(p) {
		var dx = this.x - p.x;
		var dy = this.y - p.y;
		return Math.sqrt(dx*dx, dy*dy);
	}
      

如果

distance

像普通的對象内屬性一樣對待,那很顯然會占用大量的記憶體空間,原因是每一個

Point

執行個體都會有一個Field來存放這個共同的屬性。對于有大量成員函數的對象更是如此。我們可以對此改進。

C++解決這個問題的方法是虛表(譯注:原文v-table)。虛表是一個存放各個虛函數指針的數組。帶有虛函數的類的每個執行個體,都會有一個指向該類虛表的指針。當你調用虛函數時,程式會讀取虛表,并按照虛表中該虛函數的位址跳轉執行。在V8中,我們已經有了這麼一個類似的表,它就是Map。

為了讓Map有類似虛表的功能,我們需要為其增加一種新的描述符:Constant Function。CF類型的描述符表示該對象有一個已知名稱的屬性,該屬性不存放在對象中,而是直接尾随描述符。

Map M0
		"x": TRANSITION to M1 at offset 12

	this.x = x;

	Map M1
		"x": FIELD at offset 12
		"y": TRANSITION to M2 at offset 16

	this.y = y;

	Map M2
		"x": FIELD at offset 12
		"y": FIELD at offset 16
		"distance": TRANSITION to M3 

	this.distance = PointDistance;

	Map M3
		"x": FIELD at offset 12
		"y": FIELD at offset 16
		"distance": CONSTENT_FUNCTION 
      

注意,轉換到另一個Map隻會在描述符的函數與實際函數一緻時才會發生。是以如果程式員對

PointDistance

重新指派為另一個值,則該Transition不再有效,Map也會重新建立。同時注意,我們并不像虛表那樣僅僅是跳轉到虛函數,而是會生成一個包含函數位址的優化代碼,以便在下次執行時,一旦發現對象使用的Map是這個Map并要調用該函數,則直接跳轉過去。

JavaScript中還有另一種方法來提供公共屬性,那就是通過構造函數所關聯的原型對象。對于一個構造函數的執行個體來說,原型對象所擁有的屬性,它也可以直接使用。舉例來說:

function Point(x, y) {
		this.x = x;
		this.y = y;
	}

	Point.prototype.distance = function(p) {
		var dx = this.x - p.x;
		var dy = this.y - p.y;
		return Math.sqrt(dx*dx, dy*dy);
	}

	...
	var u = new Point(1, 2);
	var v = new Point(3, 4);
	var d = u.distance(v);
      

這樣的代碼随處可見,同時也是實作繼承的一種範式,因為原型還可以有自己的原型。

instanceof

操作符所針對的就是原型鍊。

和普通對象一樣,V8也會将原型的成員函數以CF描述符來表示。調用原型的函數會比直接調用對象自己的函數略慢,因為編譯器不僅需要檢查目标對象的Map,同時也要檢查原型鍊上的其他Map。但這不會産生大的性能問題,對于開發者來說也不應影響代碼書寫。

數字式屬性:Fast Element

至此,我們已經讨論了普通屬性和方法,并且假設對象總是以相同順序構造相同的屬性。但這對于數字式的屬性(以下标的形式來通路的數組元素)并不成立,同時任何對象都有可能像數組一樣使用,是以我們需要對數組一樣的對象差別對待。記住,根據标準,所有的屬性都必須是字元串,其他類型會先轉換為字元串。

我們将屬性名為非負整數(0、1、2……)的屬性稱為Element。V8中,Element的存放和其他屬性是分開的。每個對象都有一個指向Element數組的指針,對象Map中的Element Field将反映出Element是如何存儲的。注意,Map中并不包含Element的描述符,但可能包含其它有着不同Element類型的同一種Map的Transition描述符(譯注:換言之,一個Map隻對應一種Element數組,如果Element數組的類型不同,會形成一個Transition。)。大多數情況下,對象都會有Fast Element,也就是說這些Element以連續數組的形式存放。有三種不同的Fast Element:

  • Fast small integers
  • Fast doubles
  • Fast values

根據标準,JS中的所有數字都理應以64位浮點數形式出現,盡管我們平時處理的都是整數。是以V8盡可能以31位帶符号整數來表達數字(最低位總是0,這有助于垃圾回收器區分數字和指針)。是以含有Fast small integers類型的對象,其Element類型隻會包含這樣的數字。如果需要存儲小數、大整數或其他特殊值,如-0,則需要将數組提升為Fast doubles。于是這引入了潛在的昂貴的複制-轉換操作,但通常不會頻繁發生。Fast doubles仍然是很快的,因為所有的數字都是無封箱存儲的。但如果我們要存儲的是其他類型,比如字元串或者對象,則必須将其提升為普通的Fast Element數組。

JavaScript不提供任何确定存儲元素多少的辦法。你可能會說像這樣的辦法,

new Array(100)

,但實際上這僅僅針對

Array

構造函數有用。如果你将值存在一個不存在的下标上,V8會重新開辟更大的記憶體,将原有元素複制到新記憶體。V8可以處理帶空洞的數組,也就是隻有某些下标是存有元素,而期間的下标都是空的。其内部會安插特殊的哨兵值,是以試圖通路未指派的下标,會得到

undefined

當然,Fast Element也有其限制。如果你在遠遠超過目前數組大小的下标指派,V8會将數組轉換為字典模式,将值以哈希表的形式存儲。這對于稀疏數組來說很有用,但性能上肯定打了折扣,無論是從轉換這一過程來說,還是從之後的通路來說。如果你需要複制整個數組,不要逆向複制(索引從高到低),因為這幾乎必然觸發字典模式。

// 這會大大降低大數組的性能
	function copy(a) {
		var b = new Array();
		for (var i = a.length - 1; i >= 0; i--)
			b[i] = a[i];
		return b;
	}
      

由于普通的屬性和數字式屬性分開存放,即使數組退化為字典模式,也不會影響到其他屬性的通路速度(反之亦然)。

總結

這篇文章中我們觀察了V8内部是如何表示對象及其屬性的。V8為通用接口提供了針對具體場景可切換的資料存儲模型,這作為VM語言的一項優勢,對于編譯型語言來說是難以企及的:那些語言要麼隻能小範圍優化,要麼則依賴于程式員對對象結構的控制。

在接下來的文章中,我們要觀察V8的優化編譯器——Crankshaft,以及它是如何利用本文中的這些結構優勢來生成高效代碼的。

v8