再看JavaScript线程

      继上篇讨论了一些关于JavaScript线程的知识，我们不妨回过头再看看，是不是JavaScript就不能多线程呢？看下面一段很简单的代码（演示用，没考虑兼容问题）：

代码判断一：

<div id="div">
   click me
</div>

<script>
   var div=document.getElementById("div");
   div.addEventListener('click',function(){
      alert('You have clicked me!');
   });
   for(var i =0; i<999999999;i++){
      console.log(i);
   }
</script>

执行之，不出意外的话所有浏览器都会卡死，因为上面的for循环次数太多了，非常耗费CPU资源，而基于JavaScript单线程的事实，浏览器UI渲染被挂起而导致假死。

       现在问题来了，我就是想要实现上述代码，怎么办？

Concurrent.Thread.js

       该类库实质上还是使用setTimeout来实现一个“假的多线程”。在HTML5 WebWorker问世之前是一个很好的选择。比如我们要实现上述“代码片段一”，可以这样写（点我下载类库）：

代码片段二：

<div id="div">
   click me
</div>
<script src="Concurrent.Thread.js"></script>
<script>
   Concurrent.Thread.create(function(){
       var div=document.getElementById("div");
       div.addEventListener('click',function(){
          alert('You have clicked me!');
       });
       for(var i =0; i<9999999;i++){
          console.log(i);
       }
   });
</script>

 通过该类库提供的create方法可以创建一个“新线程”。另外，给script标签的type属性设置为 text/x-script.multithreaded-js 也可以实现同样的效果：

代码片段三：
<div id="div">
   click me
</div>
<script src="Concurrent.Thread.js"></script>
<script type="text/x-script.multithreaded-js">
       var div=document.getElementById("div");
       div.addEventListener('click',function(){
          alert('You have clicked me!');
       });
       for(var i =0; i<9999999;i++){
          console.log(i);
       }
</script>

WebWorker

    针对以上浏览器卡死这种糟糕的用户体验，HTML5怎么会熟视无睹呢？

     下面我们用经典的斐波那契数列来做测试：

代码片段四：

主页面：
<div id="div"></div>
<script>
   window.onload=function(){
         var div=document.getElementById("div");
         if(typeof(Worker)!=="undefined"){//在创建WebWorker之前，先判断浏览器是否支持
　　　　　　　 console.log("Start calculating....");
             var time1= new Date()*1;//获得当前时间戳
             var worker=new Worker("fibonacci.js");//创建WebWorker对象，并传递在新线程中将要执行的脚本的路径
             worker.onmessage=function(e){ //监听从新线程发送过来的数据
                 div.innerHTML=e.data;
                 var time2=new Date()*1;
                 console.log("time spend:"+(time2-time1)+"ms");
             }
　　　　　　　　
             worker.postMessage(36);//向新线程发送数据
         }else{
             alert("Your browser do not support WebWoker");
         }
   }
</script>

fibonacci.js：
var fibonacci=function (n){
    return n<3?n:(arguments.callee(n-1)+arguments.callee(n-2));
}
onmessage=function(e){
    var num=parseInt(e.data,10);
    postMessage(fibonacci(num));//向主页面发送数据
}

基本的使用方法已在代码中做注释了，查看控制台，可以看见很快就打印出执行时间了。所以我们得出的结论是：WebWorker适合在前端执行复杂的大量的计算。需要注意的是，WebWorker不支持跨域，本地测试还是用http协议，不要用file协议，否则不能创建Worker对象而报脚本错误 。

        如果我们需要连续执行多个postMessage操作，最好不要work.postMessage一直写，像这样：

        worker.postMessage(36);

       worker.postMessage(36);

       worker.postMessage(36);

       因为此时只有一个WebWorker实例，postMessage会顺序执行而不是异步执行，就不能充分发挥它的性能了。可以通过创建多个WebWorker实例来发送数据。

        需要注意的几点事项有：

        1、我们观察到WebWorker通过接受一个url来创建一个worker，而jsonp的实现原理就是通过动态插入script标签加载数据，那我们尝试用WebWorker来实现同样的事情不是更好吗？因为WebWorker是多线程的，没有阻塞，岂不美哉？但实际上经过实验，我们发现WebWorker表现并不如意。所以这并不是它擅长的事，我们还是不要让它越俎代庖的好。

        2、WebWorker在接受其他来源信息的时候，其实也给站点的安全带来了隐患，如果接收不明来源的脚本信息，可能会导致XSS注入攻击。所以这点需要防范，其实我们上面例子中使用innerHTML是不安全的，可以使用innerText或现代浏览器提供的textContent来替代，以过滤掉html标签。

　　今天比较累了，想睡觉了，先写这么多吧。有兴趣深入了解的同学可以查看这个地址了解更多知识：深入了解HTML5工作线程