前言

​ 这几天在爱智官网看了下 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.js
let 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.js
  
  const 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 内置的事件循环有什么异同，下次将会为大家通过比照进行解说。

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