1.1按HTML文档流顺序执行JavaScript代码 1.2预编译与执行顺序的关系 实例:在Javascript中，function才是Javascript的第一型。当我们写下一段函数时，其实不过是
1.1 按HTML文档流顺序执行JavaScript代码
1.2 预编译与执行顺序的关系
实例:在Javascript中，function才是Javascript的第一型。当我们写下一段函数时，其实不过是建立了一个function类型的实体。
就像我们可以写成这样的形式一样：
函数1.functionHello() {alert("Hello");}Hello();函数2.varHello = function() {alert("Hello");}Hello();函数1和函数2其实都是一样的。
但是当我们对其中的函数进行修改时，会发现很奇怪的问题。
<scripttype="text/javascript"> functionHello() { alert("Hello"); } Hello(); functionHello() { alert("Hello World"); } Hello(); </script>我们会看到这样的结果：连续输出了两次Hello World。而非我们想象中的Hello和Hello World。
这是因为Javascript并非完全的按顺序解释执行，而是在解释之前会对Javascript进行一次“预编译”，在预编译的过程中，会把定义式的函数优先执行，也会把所有var变量创建，默认值为undefined，以提高程序的执行效率。也就是说上面的一段代码其实被JS引擎预编译为这样的形式：
<scripttype="text/javascript"> varHello = function() { alert("Hello"); } Hello = function() { alert("Hello World"); } Hello(); Hello(); </script>我们可以通过上面的代码很清晰地看到，其实函数也是数据，也是变量，我们也可以对“函数“进行赋值（重赋值）。当然，我们为了防止这样的情况，也可以这样：
<scripttype="text/javascript"> functionHello() { alert("Hello"); } Hello(); </script> <scripttype="text/javascript"> functionHello() { alert("Hello World"); } Hello(); </script>这样，程序被分成了两段，JS引擎也就不会把他们放到一起了。
当JavaScript引擎解析脚本时，它会在预编译期对所有声明的变量和函数进行处理。
做如下处理：
1. 在执行前会进行类似“预编译”的操作：首先会创建一个当前执行环境下的活动对象，并将那些用var申明的变量设置为活动对象的属性，但是此时这些变量的赋值都是undefined，并将那些以function定义的函数也添加为活动对象的属性，而且它们的值正是函数的定义。(即在JS代码预编译阶段,会把所有var 定义的变量和以function定义的函数进行预编译,其中函数的定义保持原样,而var 定义的变量为var 变量名 = undefined,接下来会进入到解释执行阶段)
2. 在解释执行阶段，遇到变量需要解析时，会首先从当前执行环境的活动对象中查找，如果没有找到而且该执行环境的拥有者有prototype属性时则会从prototype链中查找，否则将会按照作用域链查找。遇到var a = ...这样的语句时会给相应的变量进行赋值（注意：变量的赋值是在解释执行阶段完成的，如果在这之前使用变量，它的值会是undefined）所以，就会出现当JavaScript解释器执行下面脚本时不会报错：
alert(a); // 返回值undefined,虽然该值已经被预编译,但是预编译的结果为var a = undefinedvar a =1;alert(a); // 返回值1由于变量声明和函数定义是在预编译期被处理的,所以在执行期间对于所有代码来说，都是可见的。但是，你也会看到，执行上面代码，提示的值是undefined，而不是1。这是因为，变量初始化过程发生在执行期，而不是预编译期。在执行期，JavaScript解释器是按着代码先后顺序进行解析的，如果在前面代码行中没有为变量赋值，则JavaScript解释器会使用默认值undefined。由于在第二行中为变量a赋值了，所以在第三行代码中会提示变量a的值为1，而不是undefined。
同理，下面示例在函数声明前调用函数也是合法的，并能够被正确解析，所以返回值为1。
f(); // 调用函数，返回值1function f(){ alert(1);}但是，如果按下面方式定义函数，则JavaScript解释器会提示语法错误。
f(); // 调用函数，返回语法错误(该方式不是预编译的方式,所有没有被预编译,此处会提示找不到对象)var f = function(){ alert(1);}这是因为，上面示例中定义的函数仅作为值赋值给变量f，所以在预编译期，JavaScript解释器只能够为声明变量f进行处理，而对于变量f的值，只能等到执行期时按顺序进行赋值，自然就会出现语法错误，提示找不到对象f。
再见一些例子：
<script type="text/javascript">alert(func); //在预编译过程中func是window环境下的活动对象中的一个属性，值是一个函数, //覆盖了undefined值,所以弹出为function func(){alert("hello!")}var func = "this is a variable";function func(){ alert("hello!")}/*在执行过程中遇到了var重新赋值为"this is a variable"*/alert(func); //在执行过程中遇到了var重新赋值为,所以弹出为"this is a variable"</script>执行流程:(1)预编译阶段: 抽取出var 定义的变量和function 定义的函数,此时先抽取出var func = undefined; 然后抽取出function func(){...},而JavaScript覆盖是看名字,而不是看类型的,所以后面定义的函数覆盖了前面定义 为undefined的变量,所以预编译结束后的结果为:function func(){...}(2)执行阶段: 此时去除预编译阶段抽取的var 和function 的内容,其余的按照顺序执行,先执行第一个alert(func);根据预编译的结果func 是个函数,所以输出函数的定义内容. 接着执行到 func = "this is a variable";( 初始化是在执行阶段执行的,预编译阶段只是定义,var func = undefined),所以func 在执行阶段变成了 "this is a variable",所以第二个输出的内容为:"this is a variable"1.3 按块执行JavaScript代码
所谓代码块就是使用<script>标签分隔的代码段。例如，下面两个<script>标签分别代表两个JavaScript代码块。
// JavaScript代码块1<script>var a =1;</script><script>// JavaScript代码块2function f(){ alert(1);}</script>JavaScript解释器在执行脚本时，是按块来执行的。通俗地说，就是浏览器在解析HTML文档流时，如果遇到一个<script>标签，则JavaScript解释器会等到这个代码块都加载完后，先对代码块进行预编译，然后再执行。执行完毕后，浏览器会继续解析下面的HTML文档流，同时JavaScript解释器也准备好处理下一个代码块。
由于JavaScript是按块执行的，所以如果在一个JavaScript块中调用后面块中声明的变量或函数就会提示语法错误。例如，当JavaScript解释器执行下面代码时就会提示语法错误，显示变量a未定义，对象f找不到。
<script>//alert(a);f();</script><script>var a =1;function f(){ alert(1);}</script>虽然说，JavaScript是按块执行的，但是不同块都属于同一个全局作用域，也就是说，块之间的变量和函数是可以共享的。虽然说，JavaScript是按块执行的，但是不同块都属于同一个全局作用域，也就是说，块之间的变量和函数是可以共享的。(即前面的代码块声明的函数或者是变量在后面的代码块可以共享)
1.4 借助事件机制改变JavaScript执行顺序
可以使用页面初始化事件window.onload = function(){ } ,还可以通过各种交互事件来改变JavaScript代码的执行顺序，如鼠标事件、键盘事件及时钟触发器等方法
