v8引擎--语法规则及作用功能.pptxVIP

ChromiumNode.jsV8WebKitECMA 262W3C DOM关系V8 实现了 JS 的运行环境。Node.JS 是使用了 V8 实现的运行环境执行C++内容。WebKit 开源项目为渲染引擎挂载 V8 提供了方法，封闭了 V8 对外接口，为 V8 挂载 BOM 和 DOM 并开放他们的接口。W3C 提供了 DOM 的标准接口规范。在 HTML5 中还试图确定 BOM 规范。ECMA 262 规定了动态脚本语言的特性以及应该实现那些内置对象(native)与方法。JS 是（大致）根据 ECMA 262 规范实现的。V8Platform-xxx.cc 平台适配compiler.cc 编译器scanner.cc 代码格式分析器 （状态机）parser.cc 语法合法性解析api.cc 内部API以及ECMA262 API（内部规定） 部分scopes.cc 作用域contexts.cc 执行环境（上下文）property.cc 原型链runtime.cc 运行时环境 (函数式语言特性)xxx.js ?Built-in js ECMA262 规范实现 （没错..是js...） 其他……scanner.cc用来扫描JS代码格式正确与否的状态机。状态机就是描述一组行为转换的模型，状态存储关于过去的信息，就是说它反映从系统开始到现在时刻的输入变化。按最简单的理解，一个状态结束之前不能切换到下一组同等状态。状态机技术使用很普遍，如用来为HTML投建DOM树恩……如同JAVA 的SAX 或者 dom4j。状态机在HTML解析中也会为自动代码修复提供修复信息。举个不严谨的栗子用来示意：数据流其他状态开始function() { var a = 1 ; return a; } ... ……语句开始状态语句结束状态函数开始状态函数结束状态忽略代码块开始状态代码块结束状态忽略忽略进入另组状态……parser.cc用来解析语法scanner.cc 仅保证代码格式正确会提示你缺了什么分号啊，逗号啊，括弧未闭合啊……Parser.cc 用来解析各种符号的语法关系是正确的比如各种直接量啊，var关键字啊，解析if else 语法啊，构建新的语句块啊，神马的……恩……栗子不好举了就，看个几个函数名过过干瘾吧Expression* Parser::ParseObjectLiteral(bool* ok)Expression* Parser::ParseRegExpLiteral(bool seen_equal, bool* ok)Expression* Parser::ParseJsonLiteral* Parser::NewNumberLiteral(double number)FunctionLiteral* Parser::ParseFunctionLiteral(HandleString var_name, int function_token_position, FunctionLiteralType type, bool* ok) Statement* Parser::ParseWithStatement(ZoneStringList* labels, bool* ok) scopes.cc contexts.cc 这哥俩复杂，太复杂了…… 了解下就好了……其实吧偶也一知半解的，活活活~~scopes.cc 构建了 VariableMap:HashMap 哈希映射来存放堆内容，标示它当前的作用域，分配变量值等等，指示context 。context 是一个执行环境，允许独立的无关的JavaScript应用程序运行在一个单一的V8实例。?你想要运行的任何JavaScript代码，必须明确指定在上下文中。 参考：/intl/zh-CN/apis/v8/embed.html /intl/zh-CN/apis/v8/embed.html （鸟语的……）看两张图来了解他们的作用：执行上下文与作用域关系垃圾回收管理 GC持久化句柄新建执行上下文堆栈加入一个作用域本地作用域句柄新建立String对象堆编译脚本源码为机器码脚本执行丢弃执行上下文【注】第5步中所执行的操作是V8速度快的几个原因之一。V8采用动态机器码生成技术， V8的JS源码当它第一次执行时，会直接编译成机器码，?有没有中间字节码，没有解释过程。assembler. cc (Copyright Sun Microsystems Inc)文件负责到机器码转化工作。（看不懂啊 T__T）同作用域下不同的执行上下文context 内可以建立 scope 用来容纳其他 contextruntime.ccvoid Runtime::PerformGC(Object