编译型语言和解释型语言？
这两个概念其实没有很标准的官方固定，通过查阅资料，个人认为 编译型 和 解释型 更多应该修饰的是某类编程语言使用的执行方式或者说源码如何被运行的动作。
通常认为，
编译型： 编译型语言是代码在运行前编译器将人类可以理解的语言（编程语言）转换成机器可以理解的语言，转换完成后，下次运行时不必再次转换
解释型：也是人类可以理解的语言（编程语言），也需要转换成机器可以理解的语言才能执行，但是是在运行时转换的，所以执行前需要解释器安装在系统环境；但并不是说解释型就没有编译过程，比如JAVA同样有编译过程，只是编译结果不是机器能直接执行的，需要使用JVM解释执行（有些资料会将JAVA归为编译型语言= =！）。
那为什么说这两个词不应该用于修饰某类具体语言呢？比如：
C/C++ ：通常会经过一系列 “编译“ 过程输出机器可执行的机器码，但如果使用比如叫 Cling 的东西直接运行源文件呢？
小结论：解释和编译都只是程序从源码到运行时的一种动作，跟语言本身无关
如果一门语言是可以解释的，必然可以开发出这门语言的编译器。反过来说，如果一门语言是可编译的，我只要把它的编译器放到解释器里，把编译推迟到运行时，这么语言就可以是解释型的~
所以，我们不应该纠结Javascript到底是 编译型 还是 解释型 语言，而应该重点关注它在JS引擎中是如何执行的！~
Javascript如何执行？
Javascript的执行通常和JS引擎有关，这里主要基于现代的JS引擎（在古老的浏览器中JS引擎中，几乎没有任何优化的解释运行Javascript代码）。
总的来说，JS引擎负责将JavaScript代码编译和执行的整个过程，不同JS引擎实现有差别，但大致上也都包括以下几个流程：
编译阶段：进行 分词/词法分析、解析/语法分析（生成AST）、优化、代码生成
执行阶段：执行生成的代码，并管理执行过程中的内存分配、垃圾回收等
需要注意的是，编译阶段其实发生在执行阶段前几微秒(甚至更短!)的时间内，并且两个阶段不是完全分割的，比如优化过程会发生在执行的整个阶段，划分这两个流程只是便于理解。
这种编译后立即执行的方式通常被称为 JIT (Just In Time) Comipler
V8引擎以及性能优化
TODO
参考
一个讨论
https://zhuanlan.zhihu.com/p/25122691
解释JIT如何优化
https://hacks.mozilla.org/2017/02/a-crash-course-in-just-in-time-jit-compilers/
大前端开发者需要了解的基础编译原理和语言知识
http://fullstack.blog/2017/06/24/%E5%A4%A7%E5%89%8D%E7%AB%AF%E5%BC%80%E5%8F%91%E8%80%85%E9%9C%80%E8%A6%81%E4%BA%86%E8%A7%A3%E7%9A%84%E5%9F%BA%E7%A1%80%E7%BC%96%E8%AF%91%E5%8E%9F%E7%90%86%E5%92%8C%E8%AF%AD%E8%A8%80%E7%9F%A5%E8%AF%86/
V8相关：
https://juejin.im/post/5959edfc5188250d83241399
https://zhuanlan.zhihu.com/p/25122691
https://segmentfault.com/a/1190000011289535
https://www.iteye.com/news/31307
