关于web的多线程（Web Worker）
测试：有个查千万级的页面，查的特别慢导致页面都崩溃了，你们开发解决一下。
开发组：sql我们已经做优化了，它还是慢我们也没办法啊，优化我们都不会啊，新来的，要不你看一下？只要保证页面不崩就行。
我：嗯？好吧，刚来也没事干，就看一下吧。
关于sql优化学习尚浅，只知道降低查询结果集的数据量来解决，比如分库分表、建索引、分页查询，还有最近刚学习的Oracle强大的分区表！同事说保证页面不会崩溃就行了。。。呃，好的。
只考虑IE和谷歌浏览器，IE没有页面无响应时的处理机制，而谷歌会在页面很长时间无响应后，就会触发，弹出“页面已经崩溃了”的提示。
分析了一下页面崩溃的原因：
由于查询是同步的，会阻塞主线程，导致系统所有页面都处于“不可响应”的状态。
了解了原因后，可以采用多线程和异步的方式来解决：
1、改成异步查询
2、采取多线程查询（需要考虑线程相关问题，比如：死锁、线程安全等）
异步比出现很多不必要的问题。
异步不很简单么，ajax不就异步的么！
由于技术太古老以及专属框架，ajax无法应用上。。。网上说js的setTimeout函数就是异步的，然后我就将查询方法放到了该函数里，测试结果告诉我不行！！！
思考一下：异步和同步、阻塞和非阻塞，排列组合的4种情况。
（知识尚浅，有不正确的情指正）
感觉异步也是一个主线程，可能会阻塞，也可能不阻塞。像一个网页中的元素图片、文字之类，页面加载完成之后，图片才会慢慢的异步加载出来，且不会阻塞用户的响应操作。这和H5的标签特性好像有关系，img标签的src属性好像就是异步加载的。
异步好像行不通，那就研究多线程吧。
直接上代码，详细的用法讲解请参照Web Worker 使用教程
1、第一步创建子线程的commonWorker.js文件
//引入外部大佬封装好的查询组件js
importScripts('../common/EasyQueryVarxxx.js');
//监听主线程传来的参数
this.addEventListener('message',function(event){
var sql=event.data;
var resultMsg=easyQueryVerxxx(sql); //大佬封装的公共查询函数，传入sql语句，直接返回结果
//把结果返回给主线程
this.postMessage(resultMsg);
console.log('worker query end');
self.close();
},false);
2、在正常js文件中改变查询方式，通过commonWorker.js文件来查询结果
//开启子线程进行处理
var worker = new Worker("./commonWorker.js");
//向子线程传递参数
worker.postMessage("select xxx,xxx,xx, from t_xxxx");
//监听子线程发送回来的数据（回调函数）
worker.onmessage = function (event){
var resultMsg=event.data;
//已经在主线程中拿到结果了，然后正常处理就可以额
console.log(resultMsg);
};
这是最简单的代码，要保证系统的可靠性，还需要做控制。假定子线程的查询需要2s的处理时间，由于后台发生了意外的情况，导致子线程2s后还没有返回，然后用户改变的查询条件又点击了一次，这时又一个线程去后台查询了，但这次没有意外，很快用户看到了结果，但由于上一个子线程正常返回了，用户就会看到结果后又被刷新为上一次的查询结果，或者其它未知的情况。
我负责的模块由于性能需要，根据查询条件来决定是否开启子线程去查询。
所以对代码稍作改造，加入一个共享变量来同步，就可以了。
加入共享变量
//定义一个全局的同步变量
var synchroFlag=0;
--------------
//每开启子线程去处理时
synchroFlag=1;
var worker = new Worker("./commonWorker.js");
worker.postMessage("select xxx,xxx,xx, from t_xxxx");
worker.onmessage = function (event){
var resultMsg=event.data;
console.log(resultMsg);
//释放
synchroFlag=1;
};
--------------
//在查询中添加判断
if(synchroFlag>0){
alert("请稍等上一次查询结束后，再查询。");
return false;
}
这样，就可以基本满足业务需要了。