关于同步异步的简单理解

关于同步异步的一些简单理解

首先，我们先用一个简单定时器函数，看看它的输出结果；

 setTimeout(function(){
       console.log(1);
     });
     console.log(2);

上面得执行结果是先打印2，然后再打印1，（下面解释）
// 如果想知道里面的原理，我们可以从js的执行机制入手：
// 首先了解两个概念，同步任务和异步任务：
// 同步任务：在主线程中，只有前一个任务执行完成后，才可执行下一个任务，
// 异步任务：这个队列的所有任务都是不进入主线程执行，进入任务队列，
// 被浏览提供的线程执行，当执行完毕后就会产生一个回调函数，并且通知主线程，
// 在主线程执行完当前所执行的任务后，就会调取最早通知自己的回调函数，使其进入主线程中执行。

  // 在js编程中有两种思想：同步，异步。有些人会分不清不认识什么是同步和异步
  // 想要分清我们首先要知道js的特性单线程。所谓单线程就是在没有完成这件事情的之前不会去做下件事情
  // 那么同步也就是好理解了。上件事情没有完成，就继续做上件事情，等上件事情完成后才会去做下一件事情，js的大部分编程都是同步的。
  // 异步就完全不同了，每个任务都有一个或者多个回调函数(callback),上一个任务执行完成后，不是立刻执行下一个任务，而是执行回调函数，后一个任务则是不等前一个任务结束就执行，所以程序的执行顺序与任务的排列顺序是不一致的、异步的，异步是可以提高执行效率。
  // 说到这里就不得不说下异步运行机制
  // （1）所有同步任务都在主线程上执行，形成一个执行栈（execution context stack）。
  // （2）主线程之外，还存在一个"任务队列"（task queue）。只要异步任务有了运行结果，就在"任务队列"之中放置一个事件。
  // （3）一旦"执行栈"中的所有同步任务执行完毕，系统就会读取"任务队列"，看看里面有哪些事件。那些对应的异步任务，于是结束等待状态，进入执行栈，开始执行。
  // （4）主线程不断重复上面的第三步。

  //  js是单线程的，只能处理完一件事再做另外一件事，但是设想如果前面一件事花费的时间特别长，
  // 我们就只能一直等着他，就会阻塞下面的进程，这样程序运行时间增长，就会降低用户体验。
  // （这里可能有人会想到，如果js是多线程的，不就解决这个问题了，但是其实这是由他的主要功能决定的，
  // 他的功能是与用户互动，以及操作DOM，如果在同一个时间，一个进程创建了这个节点，另一个删除了这个节点，那就很尴尬了）

  //     js的执行机制
  // 1、先判断是js代码是同步的还是异步的，同步的就是同步任务，直接进入主线程处理，异步的就进入任务列表
  // 2、当任务列表内的异步处理达到了触发条件时候（点击事件被点击时），就进入任务队列
  // 3、当所有的主线程的任务执行完毕之后，才会将任务队列里面的任务（回调函数）添加到主线程。

  // 这也就是为什么会先执行同步，再执行异步的原因，也就是先打印2，再打印1的原因
  // 另外也是因为先执行同步，那么如果同步执行时间太长或者出错，死循环，就不会处理异步里面的回调函数了（上面两个问题的解释）

  // 总结：js的异步处理是和浏览器一起作用的，js是单线程的，但是浏览器是多线程的。
  // 浏览器可以同时处理多个异步任务。但是这些异步任务中的回调函数还是在js的主线程中一个一个执行的。

  //归根结底  JS只有一个主线程，主线程执行完任务后才去检查执行栈中的异步的任务队列，如果异步事件触发，则将其加到主线程的执行栈。
  图示：

  // 如果有需要，想要更深入了解同步异步可以去看看这个老师的博客，里面有更为详细的描述！[阮一峰老师的博客]http://www.ruanyifeng.com/blog/2014/10/event-loop.html