你现在是先定义了函数a，然后定义了函数b，然后再去执行函数a
即使你把代码改成这样依旧能够正常运行
a()function a() {
b()
}
function b() {
console.log(111)
}
因为JS运行环境会把定义的代码（变量/函数）提升到作用域的最前面
是的。是顺序执行，至上而下。
具体的，可能需要区分下，
1、JavaScript是一种描述型脚本语言，由浏览器进行动态的解析与执行。函数的定义方式大体有以下两种，浏览器对于不同的方式有不同的解析顺序。
代码如下:
//“定义式”函数定义function Fn1(){
alert("Hello World!")
}
//“赋值式”函数定义
var Fn2 = function(){
alert("Hello wild!")
}
2、页面加载过程中，浏览器会对页面上或载入的每个js代码块(或文件)进行扫描，如果遇到定义式函数，则进行预处理(类似于C等的编译)，处理完成之后再开始由上至下执行；遇到赋值式函数，则只是将函数赋给一个变量，不进行预处理(类似1中变量必须先定义后引用的原则)，待调用到的时候才进行处理。
代码如下:
//“定义式”函数定义Fn1()
function Fn1(){
alert("Hello World!")
}
正常执行，弹出“Hello World!”，因为浏览器对Fn1进行了预处理，再从Fn1()开始执行
代码如下:
//“赋值式”函数定义Fn2()
var Fn2 = function(){
alert("Hello wild!")
}
Firebug报错：Fn2 is not a function，浏览器未对Fn2进行预处理,因为是赋值，依序执行，所以报错Fn2未定义。
3. 代码块及js文件的处理
“代码块”是指一对<script type=”text/网页特效”></script>标签包裹着的js代码，文件就是指文件啦，废话:D
浏览器对每个块或文件进行独立的扫描，然后对全局的代码进行顺序执行(2中讲到了)。所以，在一个块(文件)中，函数可以在调用之后进行“定义式”定义；但在两个块中，定义函数所在的块必须在函数被调用的块之前。
很绕口，看例子就可以知道：
<script type="text/javascript">Fn()
</script>
<script type="text/javascript">
function Fn(){
alert("Hello World!")
}
</script>
// 报错：Fn is notdefined，两个块换过来就对了
4. 重复定义函数会覆盖前面的定义 ，这和变量的重复定义是一样的
5. body的onload函数与body内部函数的执行，body内部的函数会先于onload的函数执行(因为onload是在hmtl页面加载完成后执行，而body内部就是html代码，所有一并加载执行了)
按照js同步执行的顺序，函数调用会首先执行for循环，循环5次开启了5个延迟器，延时器内部的回调函数将会异步执行，会在延时1s后进入消息队列等待执行。循环了5次，所以此时i的值为5，然后同步执行console.log打印5，第一次同步执行结束，然后开始执行消息队列的异步任务，打印5个5，中间的undefined是函数调用无返回值返回的。
执行顺序和第一题相同，不同的是延时器被包裹在了一个立即执行函数内容，并把每一次循环的i作为参数传入，此时循环内部的函数形成了一个私有作用域，每一次的i变量被独立保存了起来，因此每一次循环的i的值都会被打印出来。
延时器内部回调函数是异步函数，将在延时结束后，进入消息队列等待执行，因此同步的console.log("CCCC")最优先执行，然后延时0ms的延时器的回调先进入消息队列，1000ms后第一个延时器的回调再进入消息队列等待执行，因此先执行0ms的回调打印DDDD，再执行1000ms的回调打印BBBB。
这里与上一题不同的是中间多了一个执行3s的同步while循环，因此执行顺序是这样的：
第一个延时器延时1s后内部异步回调函数进入消息队列等待执行，
等待while循环3s后打印"CCCC"，
循环结束后第一个延时器内部的回调已经进入消息队列第一个执行位置等待执行。
第二个延时器延时0s后内部异步回调函数进入消息队列等待执行，延时结束后排到第一个延时器的回调函数后面，
因此异步队里内部先打印"BBBB"，再打印"DDDD"
