前言

这几天在爱智官网看了下JSRE其余的Api，看了一个比拟有意思的模块 - 多任务模块task，大抵看了下他们的接口阐明和案例，感觉和多线程差不多，而后就筹备去看下实现形式，找了很久没有找到源码（╬￣皿￣），问了他们那边工作人员才晓得目前源码还没有凋谢进去，那我也就只能 wait, wait ...

凌晨3点半的我又醒来持续敲代码了，可信度看人品！！！

在没有失去源码加持的我，只能轻装上阵，这配备感觉承受不住你们的第一轮笔伐 ... 心愿在座的各位能够做集体，啊不，是做个猿（媛）！

多任务介绍

鄙人通过沧海一粟之力，终于给大家带来了第一手资讯。据牢靠情报得悉（PS：其实也就从他们官网间接复制了一点官网介绍过去(≖≖)✧）：

JSRE中每一个创立的Task都是操作系统中的一个独立线程，操作系统能够依据调度策略独立调度，用来进步应用程序的并行性。Node.js等运行时平台尽管通过多线程异步代理并行化，但外围程序过程无奈并行化，程序员可控性太低（这点我比拟同意），没有可控策略。除此之外，多任务模块还提供了更好的利用代码解耦。利用模块拆散和开发，更容易构建更简单的大规模利用。

花了我3秒的工夫敲出了下面的一大片内容，感叹本人从三岁就开始敲键盘的致力没有徒劳！(﹏)。

咱们都晓得Node.js是单线程，但这仅仅指js执行主线程是单线程，其余异步IO和事件驱动相干的线程通过libuv来实现外部的线程池和线程调度，自身只负责一直的往返调度，并没有进行真正的I/O操作，从而实现异步非阻塞I/O。

【问题】：这边说JSRE中每个task都是一个独立的线程，难道JSRE自身就反对多线程的嘛？
【答】：不必想了，我本人也不是很分明，在官网没有找到一个精确的答案，那咱们就接着持续实际出真知！

实例测试

1、同步执行

• 测试代码：

// main.js...console.info('start');// 模仿3s耗时操作let t = 0;while (t < 3000) {    console.warn('wait...');    sys.sleep(1000);    t += 1000;}console.info('end');...

• 运行后果：
  
  咱们在入口文件main.js中退出以上测试代码，咱们都晓得js代码运行阶段都是从上往下开始程序执行的，咱们在主线程中增加了一段3秒的阻塞代码，当然在理论我的项目中兴许一个服务启动时耗时更多。

从VSCode输入窗口中咱们能够看到日志是程序打印的，在打印end之前期待了3秒，使得主程序阻塞了3秒，这时候给用户的体验就会很卡顿。阻塞的3秒对于前面主线程的代码执行并没有任何影响，理论我的项目中兴许是开启了一些应用程序的其余附加服务。

上面我再用多任务模块解决一下阻塞代码。

2、多任务执行

• 测试代码：

// main.js...console.info('start');// 开启子工作new Task('./task.js');console.info('end');...

// task.jslet t = 0;while (t < 3000) {    console.warn('wait...');    sys.sleep(1000);    t += 1000;}

• 运行后果：
  
  在下面测试代码代码中咱们将3秒的阻塞代码放在了新建的task.js文件中，在main.js中咱们通过Task模块实例化了一个多任务实例，参数为task.js的文件地址，这时候运行代码咱们能够看到end字段的打印并不受多任务实例中的阻塞代码影响，这样就不会对主线程运行造成不必要的阻塞。而在Node.js中能够通过异步I/O交给外部线程池、工作线程或者开启子过程进行解决。

数据通信

咱们都晓得线程之间是并行运行的，一个线程是无奈间接拜访其余线程外部数据的，依照官网的说法，每一个多任务就是一个线程，那多任务之间的数据应该也是各自保护，隔离开的。那么多任务之间如何能工进行数据通信呢？这边在爱智开发手册上看到有很多中形式去进行多任务间通信。其中有个比拟有特点的是一个叫SyncTable的共享映射数据库，该模块具体的作用个人感觉应该是js模块间通信（纯属集体意见，错了勿喷！）。

说岔了，言归正传！咱们看一下这边多任务的通信形式之一：信号槽通信（SigSlot）。

据官网介绍：

SigSlot 是一个事件驱动的异步通信组件，反对多任务和多过程。如果您须要多过程反对，则必须启动 JSRE（全局信号槽）并-g在启动过程时应用选项启用以后过程 GSS 反对。在 EdgerOS 中，来自同一供应商的应用程序能够应用 GSS 性能互相订阅和公布音讯。

SigSlot是典型的订阅和公布通信机制。基于 SigSlot，能够轻松进行多任务解耦。每个工作都是独立设计的，大大降低了利用开发的难度。

上面间接来应用一下这个模块：

• 测试代码

  // main.js...const SigSlot = require('sigslot');const testSlot = new SigSlot('test');testSlot.slot('task', (msg) => {    console.log('main: ', msg);    testSlot.emit('main', 'main to task');})new Task('./task.js');...

  // task.jsconst SigSlot = require('sigslot');const testSlot = new SigSlot('test');testSlot.slot('main', (msg) => {  console.log('task: ', msg);})testSlot.emit('task', 'task to main');require('iosched').forever();

• 运行后果：
  
  从运行后果中能够看到在JSRE中，多任务之间能够通过信号槽进行数据的互相传递，意味着多任务是能够进行数据通信的，次要依赖于公布订阅模式来实现模块间通信的性能。

其实，最开始后果是只打印了main.js订阅的task事件，而mian.js中公布的main事件在task.js中并没有进行打印，一头雾水的我对照官网用法查看了好几遍，没发现写法有什么谬误，写法问题就间接排除了。定位到应该是事件处理没有触发。

这时候我留神到了这个iosched这个模块，通过一番查找，终于晓得了起因。

该模块为JSRE的外围模块之一，简略了解为就是解决异步I/0事件调度。

如果想要是js模块始终执行异步事件循环，能够显示调用该模块的forever办法去实现（require('iosched').forever()），这点和Node.js有着很大的差别，为什么JSRE要这样解决？惋惜这个不是明天的重点，前面也会去介绍一下该模块。

多任务总结

对于JSRE中的多任务模块个人感觉还是很不错的，

首先是这种多任务的写法，比拟直观，集体比拟举荐的；

其次就是多任务可控，JSRE针对该模块还提供了很多的其余的接口供开发者进行工作管制。

上图就是集体从应用上最直观的感触，至于底层多任务的实现以及JSRE自身是不是多线程机制或者只有等开源前方可通晓。这次就扯到这里就能够了，下面对于JSRE的异步事件循环机制和Node.js内置的事件循环有什么异同，下次将会为大家通过比照进行解说。

如果以上有说的不对的，欢送上面评论。