关于js单线程和异步方面突然就糊涂了，看别人的文章越看越糊涂，感觉这方面是个坑，跳进去就不好跳出来。再去看，看着看着感觉自己明白了一些东西，也不知道对不对，反正是暂时把自己说服了，这样理解能理解的通，就总结了一下几个问题。
问题1:浏览器的线程与进程
看了很多资料，很多人对进程和线程是不加区分的，甚至上面说的说进程下面就改口为线程了。按我的理解进程是比线程大的一个概念，当一个程序运行就开辟单个或多个进程地址空间（IE、Firefox、Safari均是单进程模式，Chrome则上多进程大），然后各个进程内部根据处理的需要开辟各自的线程进行处理工作，各个线程是在各个进程的地址空间内部的，每个进程至少有一个线程，进程中的所有线程共享进程的地址空间。
1、进程线程调度方式
2、[原]Chrome浏览器中的JavaScript多线程—WebWorker（http://m.blog.csdn.net/blog/yl02520/14446763）
3、 Chrome的进程体系 （http://blog.csdn.net/xingtian713/article/details/4497798）
问题2:javascript的单线程
不容置疑的事实是：Javascript是单线程的，基于其特殊的用途，为了避免复杂性，从一开始，JavaScript就是单线程，这已经成了这门语言的核心特征，将来也不会改变。所以一定要明确这一点，同时也要理解对这个单线程的概念，理解不好就容易糊涂。JS的单线程是指一个浏览器进程中只有一个JS的执行线程，同一时刻内只会有一段代码在执行（你可以使用IE的标签式浏览试试看效果，这时打开的多个页面使用的都是同一个JS执行线程，如果其中一个页面在执行一个运算量较大的function时，其他窗口的JS就会停止工作）。
浏览器有很多线程，是多线程的，当js线程在执行时，浏览器可以根据需求开相应的线程进行处理。
参考文献2中，js线程与渲染的线程确实是冲突的，两者只能执行一个。
参考文献3中：“在浏览器中，Javascript执行与UI更新是发生在同一个进程(浏览器UI线程)中的。UI线程的工作基于一个简单的队列系统，任务会被保存到队列中直到进程空闲时被提取出来执行。所以Javascript的执行会阻塞UI更新;反之，UI更新也会阻塞Javascript的执行。”我理解的是这里的UI线程是进程，Javascript执行与UI更新是两个线程，感觉快被进程和线程绕晕了。
1、JavaScript 运行机制详解：再谈Event Loop（http://www.ruanyifeng.com/blog/2014/10/event-loop.html）
2、Javascript异步编程之setTimeout与setInterval详解分析(一)（http://www.tuicool.com/articles/Ebueua）
3、Javascript之UI线程与性能优化（http://zawa.iteye.com/blog/1270502）
问题3:html5的webworker多线程和Javascript执行时都是单线程？
Javascript执行时都是单线程的，html5的webworker允许javascript多线程是在原有主线程之外分了worker线程出来，但是子线程完全受主线程控制，且不得操作DOM。因为Worker线程不能直接访问和操作页面中的DOM属性，如果Worker线程需要访问页面中的某个DOM节点，必须通过postMessage API发消息给主线程，主线程在收到消息后获取页面中的某个DOM节点的属性，再通过postMessage的方式回传给Worker线程，这样就避免了冲突。
1、[原]Chrome浏览器中的JavaScript多线程—WebWorker（http://m.blog.csdn.net/blog/yl02520/14446763）
2、深入 HTML5 Web Worker 应用实践：多线程编程（http://www.ibm.com/developerworks/cn/web/1112_sunch_webworker/）
问题4:javascript的单线程、异步和AJAX？
不容置疑的事实是：Javascript是单线程的，意思是当前只有一个线程在跑。
Ajax异步加载的是页面，ajax的异步加载是这样：
它有一个回调方法，发出请求后就把句柄交给浏览器，js继续执行其他的代码，当服务器返回请求后，浏览器“尽快”调用之前的回调方法 ，是“尽快”，因为当前可能有其他正在执行中的方法不宜马上中断。
ajax和多线程没关系
但ajax可以是由多线程实现的，对于js代码来说只有一个线程，但不代表对于浏览器只有一个线程。
JS的单线程是指一个浏览器进程中只有一个JS的执行线程，同一时刻内只会有一段代码在执行（你可以使用IE的标签式浏览试试看效果，这时打开的多个页面使用的都是同一个JS执行线程，如果其中一个页面在执行一个运算量较大的function时，其他窗口的JS就会停止工作）。
而异步机制是浏览器的两个或以上常驻线程共同完成的，例如异步请求是由两个常驻线程：JS执行线程和事件触发线程共同完成的，JS的执行线程发起异步请求（这时浏览器会开一条新的HTTP请求线程来执行请求，这时JS的任务已完成，继续执行线程队列中剩下的其他任务），然后在未来的某一时刻事件触发线程监视到之前的发起的HTTP请求已完成，它就会把完成事件插入到JS执行队列的尾部等待JS处理。又例如定时触发（settimeout和setinterval）是由浏览器的定时器线程执行的定时计数，然后在定时时间把定时处理函数的执行请求插入到JS执行队列的尾端（所以用这两个函数的时候，实际的执行时间是大于或等于指定时间的，不保证能准确定时的）。
所以，所谓的JS的单线程和异步更多的应该是属于浏览器的行为，他们之间没有冲突，更不是同一种事物，没有什么区别不区别的。
异步是相对的，参照物是某个线程。
其概念是，在线程x之外做一个任务a而不阻塞线程x让线程x可以做其他的任务b.这与 语言javascript 具有一个线程x 一点冲突也没有。任务a只要能让系统、运行时底层、远程process 做就可以了。
语言本身是单线程的。同一时刻，有且仅有一处代码正在执行。包括setTime的那两个函数也是如此。
所有涉及到异步的方法和函数都是由浏览器的另一个线程去执行的，程序员所能控制的"另一个线程"也仅限于这些方法。
ajax是委托给浏览器执行的，而浏览器是多线程的，会开一个浏览器线程去提交request，不矛盾。
由于 Javascript 的运用场景是浏览器，浏览器本身是典型的 GUI 工作线程，GUI 工作线程在绝大多数系统中都实现为事件处理，避免阻塞交互，因此产生了 Javascript 异步基因。此后种种都源于此。
以上是参考1中知乎上的回答，基本上可以理解js的单线程与ajax异步的关系。
js的单线程是与它的用途有关。作为浏览器脚本语言，JavaScript的主要用途是与用户互动，以及操作DOM。这决定了它只能是单线程，否则会带来很复杂的同步问题。那么，现实需要我们需要让浏览器进行异步的工作，浏览器就会再开辟一个处理这个ajax请求的线程，服务器返回结果会调用之前的回调函数，而回调函数是由js线程执行的，自然这个回调函数就会加到js线程中的事件队列中等候执行。
1、JavaScript 既是单线程又是异步的，请问这二者是否冲突，以及有什么区别？（http://www.zhihu.com/question/20866267）
2、 Javascript中的异步（http://cnn237111.blog.51cto.com/2359144/1556987）