v8引擎源碼
Ⅰ v8引擎是如何知道js數據類型的
java引擎是一個執行Java代碼的程序或解釋器。Java引擎可以被實現為標准解釋器，或者實現為以某種形式將Java編譯為位元組碼的即時編譯器。下面是實現了Java引擎的一個熱門項目列表：V8— 開源，由Google開發，用C++編寫的Rhino— 由Mozilla基金所管理，開源，完全用Java開發SpiderMonkey—第一個Java引擎，最早用在Netscape Navigator上，現在用在Firefox上。JavaCore— 開源，以Nitro銷售，由蘋果公司為Safari開發KJS—KDE的引擎最初由Harri Porten開發，用於KDE項目的Konqueror瀏覽器Chakra(J9) — Internet Explorer
Chakra(Java) — Microsoft EdgeNashorn— 開源為OpenJDK的一部分，由Oracle的Java語言和工具組開發Jerry— 是用於物聯網的輕量級引擎創建V8引擎的由來Google構建的V8引擎是開源的，用C++編寫的。該引擎被用在Google Chrome中。不過，與其他引擎不同的是，V8還被用作很受歡迎的Node.js的運行時。V8最初是設計用來提升Web瀏覽器中Java執行的性能。為了獲得速度，V8將Java代碼轉換為更高效的機器碼，而不是使用解釋器。它通過實現像很多現代Java引擎（比如SpiderMonkey或Rhino）所用的JIT（即時）編譯器，從而將Java代碼編譯成機器碼。這里主要區別在於V8不會產生位元組碼或任何中間代碼。
Ⅱ 新手應該如何讀GoogleV8引擎源代碼
新手的不太建議讀v8源代碼。新手如果通過v8學c++，估計在成功編譯之前就放棄了。我記得某個v8的developer在wingolog一系列關於v8分析的文章（posts tagged "v8"）的comment里，或者是Lars，曾經提到v8不是用來學的，因為它存在的目的就是為了最高性能，裡面用了大量的奇巧淫技，比如說small integer表示，比如說把浮點數轉化成字元串的Grisus3演算法(http://florian.loitsch.com/publications/dtoa-pldi2010.pdf?attredirects=0). 另外，處於速度考慮，v8和普通的編譯器/虛擬機不太一樣，沒有太多control flow analysis和data flow analysis（至少我看的時候是這樣）。
需要知道的是，Lars原來是做Hotspot VM的，裡面大量的思想來自大神Urs Hölzle。大名鼎鼎的on stack replacement，polymorphic inline cache等等完全可以在Urs Hölzle二十年前的博士論文里可以找的到，所以要看懂v8這些理論少不了; V8里的hydrogen指令更是用來自Hotspot的C1Visualizer可以看，所以我想如果要學習的話，還不如先看看wingolog的這一系列v8文章：posts tagged "v8"，以及Urs Hölzle的博士論文和相關論文http://i.stanford.e/pub/cstr/reports/cs/tr/94/1520/CS-TR-94-1520.pdf，最後最好還要熟悉virtual machine的實現。比如各種GC演算法，不然看v8里的對象管理你就直接暈了。有了這些理論打底，熟悉一般的compiler和virtual machine implementation，而且還熟悉ecmascript spec，熟悉C++的話，倒是可以開始看了...但如果你這些都熟悉，那看v8幹嘛呢？給它做code review? 比較有意思的是這些理論都熟悉了，然後比較各種javascript的實現。比如在對象表示上mozilla就不是v8的smi tag，而是利用NaN boxing；比如是直接inteprete還是像v8那樣有highlevel IR和lowlevel IR；等等。
Ⅲ 誰能介紹一下 JavaScript V8引擎
oogle強調的新功能是一個叫做V8的JavaScript渲染引擎。該引擎的亮點在於更快速更強壯的JavaScript解析。V8是一個非常反傳統的JavaScript引擎，它能夠在後台動態的對JS的對象進行分類——一個在其他高級語言中很常見但JS本身不支持的特性。V8對JS的解析不是基於反復loop源代碼進行解釋而是直接將JS代碼編譯成機器碼運行。換句話說，V8引擎實際上可以看做是JS的擴展和編譯器——而傳統上類似於JS的解釋型語言恰恰是不需要編譯器的。最後，高級語言的內存管理效能一直是決定其運行效率的重要因素，而當前的JS虛擬機在這方面做的比較基本，對內存的回收也非常保守。V8使用的是非常強勢的內存管理策略，一切在運行堆棧里無用的數據都會被強行回收，從而可以大大提高JS代碼的運行效率。
Ⅳ 如何看待谷歌V8 JavaScript引擎引入新解釋器Ignition
剛剛看了下V8的源碼。。。不是什麼解釋器
而是一個位元組碼解碼器。。。。
src/runtime/runtime-interpreter.cc
這裡面就有定義了
Ⅳ 什麼是Google V8 JavaScript引擎
V8是一個由丹麥Google開發的開源JavaScript引擎，用於Google Chrome中。[2]Lars Bak是這個項目的組長。[3]
V8在執行之前將JavaScript編譯成了機器碼，而非位元組碼或是直譯它，以此提升效能。更進一步，使用了如內聯緩存（inline caching）等方法來提高性能。有了這些功能，JavaScript程序與V8引擎的速度媲美二進制編譯。[4]
傳統的javascript是動態語言，又可稱之為Prototype-based Language，JavaScript繼承方法是使用prototype，透過指定prototype屬性，便可以指定要繼承的目標。屬性可以在運行時添加到或從對象中刪除，引擎會為執行中的物件建立一個屬性字典，新的屬性都要透過字典查找屬性在內存中的位置。V8為object新增屬性的時候，就以上次的hidden class為父類別，創建新屬性的hidden class的子類別，如此一來屬性訪問不再需要動態字典查找了。
為了縮短由垃圾收集造成的停頓，V8使用stop-the-world， generational， accurate的垃圾收集器。[5]在執行回收之時會暫時中斷程序的執行，而且只處理物件堆疊。還會收集內存內所有物件的指標，可以避免內存溢位的情況。V8組譯器是基於Strongtalk組譯器。[6]。
Ⅵ 下了chrome源碼還要下JSV8源碼么
您好，
雖然Chrome瀏 覽器沒有完全解決內存尺寸問題，但是，它通過減少碎片來控制這個問題。在傳統的瀏覽器中，瀏覽器為一個線程分配一套虛擬內存。當然，每一個標簽都佔用這個 總內存集中的一個內存塊。隨著你打開更多的標簽，系統將分配更多的內存。但是，在你關閉標簽的時候，內存沒有完全恢復，不足以運行未來的標簽。你最終將遇 到標準的內存碎片問題。
但是，在Chrome瀏覽器中，每一個標簽都有自己的線程。你沒有看錯，不是每一個Chrome的窗口，而是每一個標簽。Cogswell說，我做了20多年的開發工作。我從來沒有看到一個窗口能夠託管多個線程。但是，Chrome瀏覽器確實做到了。
Cogswell說，如果我目前的標簽上有一個網頁，我在地址欄輸入一個新的URL地址的時候，與那個網頁有關的chrome.exe命令請求就關閉了，並且開始一個新的chrome.exe命令請求。這樣做是很完美的：不用輸入命令清除分配給已經關閉的網頁的內 存，Chrome瀏覽器將完全消除整個線程，然後開始一個新的線程。這是Chrome瀏覽器阻止內存碎片以及保護和隔離每一個網頁的又一種方法。
更有趣的是在我裝載雅虎網站www.yahoo.com的時候發現了一個奇怪的現象。我看到啟動了兩個線程。但是，對於谷歌搜索引擎 www.google.com那種比較小的網頁，我僅看到了一個流程。當我查看命令行的時候我發現原來輸入命令行參數設置了一個插件。那是一個叫做插件路 徑的額外的參數，設置是c:/windows/system32/macromed/flash/npswf32.dll
那是Flash播放器。Chrome為嵌入在網頁的Flash播放器啟動了另一個線程。當我在Chrome瀏覽器 中保持雅虎網頁處於打開狀態並且關閉分配給Flash播放器的線程的時候，Chrome在雅虎網頁上面顯示一個提示並且用一個Flash標識取代了那個 Flash窗口，Flash標識上面有一個失望的面孔。
Ⅶ V8編譯生成的機器碼究竟是什麼
實際上V8的JIT編譯器是直接在內存中生成機器碼的，並不會先生成文本形式的匯編然後再使用匯編器去轉換為機器碼。「動態生成機器碼」聽起來可能有點玄乎，其實根本沒啥，就是往內存里寫位元組，這些位元組正好是某些機器碼的意思，然後把這塊內存當作函數去調用就是了。由於代碼自身就是動態生成的，在生成的代碼里直接嵌入resolve好的各種值其實就相當於傳統編譯流程里的「動態鏈接」的效果。順手放倆我以前博客的傳送門：V8實際上自帶一個用C++實現的「匯編器庫」用來動態生成機器碼。它並不把文本形式的匯編轉換為機器碼，而是提供一組C++ API，調用這個API的函數就可以在內存里生成機器碼來。有興趣的同學可能會知道，V8的MacroAssembler庫源自Animorphic的Strongtalk VM，而Strongtalk VM也是HotSpot JVM的前輩。V8 Design Elements文檔里所描述的是最初期的V8的狀態。當時的V8隻有一個JIT編譯器，一個JavaScript函數通常只會被JIT編譯一次。這個JIT編譯器做的優化也不是很多。後來V8演化為擁有兩個JIT編譯器，一個初級編譯器（baseline compiler，名字叫做Full Code Generator，簡稱FullCodeGen），和一個優化編譯器（optimizing compiler，名字叫做Crankshaft），兩個編譯器結合在一次構成雙層編譯。JavaScript函數通常會先被FullCodeGen編譯，然後如果還繼續執行很多次的話則會再被Crankshaft重新編譯一遍，生成更優化的代碼。在這個架構中，FullCodeGen里生成的代碼還是跟V8 Design Elements的相似，會通過inline cache來實現property access；而這些inline cache不但用於實現fast property access，更重要的是它們會被用於收集profile，然後等到Crankshaft編譯的時候，它就可以看先前收集的profile來做profile-guided optimization。以這個 function foo(p) { return p.x } 為例，參數p沒有任何特別的地方，所以JavaScript引擎也無法知道p到底可能有怎樣的值。但通過FullCodeGen生成的代碼所收集到的profile信息，Crankshaft再去編譯 foo() 的時候就可以知道p之前通常指向一個Map（hidden class）為0x2c97ccb179d1的類型的對象。這個類型的constructor為Point、[[Prototype]] 為Point.prototype、對象里有足夠空間容納10個內嵌的欄位（in-object property），並且其中2個slot被用於存儲Smi類型，剩餘的8個slot未被使用。
Ⅷ v8是什麼軟體
Lars Bak是這個項目的組長，目前該JavaScript引擎已用於其它項目的開發。第一個版本隨著第一個版本的Chrome於2008年9月2日發布。
V8使用C++開發，並在谷歌瀏覽器中使用。在運行JavaScript之前，相比其它的JavaScript的引擎轉換成位元組碼或解釋執行，V8將其編譯成原生機器碼（IA-32,x86-64,ARM, orMIPSCPUs），並且使用了如內聯緩存（inline caching）等方法來提高性能。有了這些功能，JavaScript程序在V8引擎下的運行速度媲美二進製程序。
V8中實現的ECMAScript中指定 ECMA - 262 ，第3版 運行在Windows XP和Vista,Mac OS X的10.5（雪豹和Linux系統使用IA - 32或ARM處理器。
V8可以獨立運行，也可以 嵌入 到任何C++應用程序。項目託管在Google Code上，基於BSD協議，任何組織或個人可以將其源碼用於自己的項目中。
Ⅸ Chrome的Javas Script中的V8引擎是什麼原理
V8引擎先將JavaScript代碼編譯成二進制的機器碼的，而非位元組碼或是直接解釋，然後再執行它，以此提升效能。