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代码编译成二进制的机器码的，而非字节码或是直接解释，然后再执行它，以此提升效能。