8 Essential Node.js面试问题 *

Node.本质上，j是a single thread process. 它不向开发人员公开子线程和线程管理方法. Technically, Node.js does 为某些任务(如异步I/O)生成子线程, 但它们在后台运行，不执行任何应用程序JavaScript代码, 也不要阻塞主事件循环.

如果在Node中需要线程支持.Js应用程序中，有一些工具可以启用它，例如 ChildProcess module. In fact, Node.Js 12有对线程的实验性支持.

Since Node.js is by default a single thread application, 它将在单个处理器核心上运行，不会充分利用多个核心资源. However, Node.Js支持在多核系统上进行部署, 以便更好地利用硬件. The Cluster 模块是Node的核心之一.它允许运行多个Node.共享相同端口的Js工作进程.

Node.js core modules, 以及大多数社区发布的, 遵循这样一种模式:任何回调处理程序的第一个参数都是可选的错误对象. 如果没有错误，参数将为空或未定义.

因此，典型的回调处理程序可以执行如下错误处理:

函数回调(err, results) {
    //通常我们会在处理结果之前检查错误
    if(err) {
        //以某种方式处理错误并返回
    }
    //没有错误，执行标准回调处理
}

REPL代表(READ, EVAL, PRINT, LOOP). Node js自带捆绑的REPL环境. 这允许轻松创建CLI(命令行界面)应用程序.

Way back when, Node.js version 0.10 introduced setImmediate，等于 setTimeout(fn, 0)，但有一些轻微的优势.

setTimeout (fn、延迟) 调用给定的回调函数 fn after the given delay 已消失(以毫秒计). However, 此时回调函数不会立即执行, 而是添加到函数队列中，以便执行 as soon as possible在所有当前正在执行和当前排队的事件处理程序完成之后. 将延迟设置为0将回调立即添加到队列中，以便在所有当前排队的函数完成后立即执行回调.

setImmediate(fn) 实现相同的效果，除了它不使用函数队列. 相反，它检查I/O事件处理程序队列. 如果当前快照中的所有I/O事件都已处理，则执行回调. 它在最后一个I/O处理程序之后立即将它们排队，有点像 process.nextTick. This is faster than setTimeout(fn, 0).

因此，上面的代码可以用Node编写.js as:

console.log("first");
setImmediate(() => {
    console.log("second");
});
console.log("third");

Node中未处理的异常.Js可以被抓住 Process 的处理程序 uncaughtException event.

process.on('uncaughtException', (err) => {
  console.log('捕获的异常:${err} ');
});

However, uncaughtException 是一种非常粗糙的异常处理机制，可以从Node.js in the future. 这个例外一直延续到 Process 级别意味着您的应用程序和Node.Js可能处于未定义状态，唯一明智的方法是重新启动一切.

首选的方法是在应用程序和Node之间添加另一层.Js进程，称为 domain.

域提供了一种将多个不同的I/O操作作为一个组处理的方法. So, 让你的应用程序, or part of it, 在单独的域中运行, 您可以安全地在域级别处理异常, 在他们到达 Process level.

然而，域名已经 pending deprecation 在Node之后的几年里.js 4. It’s possible 更经得起未来考验的方法是使用 zones.

在web浏览器(如Chrome)中，声明变量 i 在任何函数的作用域之外使其成为全局的，因此将其绑定为 window object. 因此，在web浏览器中运行此代码需要反复解析该属性 i 在人口稠密的地区 window 类的每次迭代中的名称空间 for loop.

In Node.js, however, 声明任何函数作用域之外的变量只将其绑定到模块自己的作用域(而不是函数的作用域) window 对象)，因此使其更容易和更快地解决.

同样值得注意的是，使用 let instead of var in the for 循环声明可以将循环的运行时间减少50%以上. 但这样的改变是假设你知道 两者的区别 let and var 以及这是否会对特定循环的行为产生影响.

“回调地狱”指的是嵌套很重的回调，它们已经变得笨重或不可读.

下面是一个重度嵌套代码的例子:

查询("SELECT clientName='picanteverde';"， function(id){
  查询(' SELECT * FROM transactions WHERE clientId=${id} '， function(transactions){
    transactions.each((transac) => {
      查询(' UPDATE transaction SET value = $.value*0.1} WHERE id=${交易.id}`, (error) => {
        if(!error){
          console.log("success!!");
        }else{
          console.log("error");
        }
      });
    });
  });
});

在某种程度上，修复回调地狱的主要方法是 modularization. 这些回调函数被分解成独立的函数，这些函数可以带一些参数调用. 因此，第一个改进级别可能是:

const logError = (error) => {
    if(!error){
      console.log("success!!");
    }else{
      console.log("error");
    }
  },
  updateTransaction = (t) => {
    查询(' UPDATE事务SET value = $.value*0.1} WHERE id=${t.id}, logError);
  },
  handleTransactions = (transactions) => {
    transactions.每个(updateTransaction);
  },
  handleClient = (id) => {
    查询(' SELECT * FROM transactions WHERE clientId=${id} '， handleTransactions);
  };

查询("SELECT clientName='picanteverde';"，handleClient);

尽管这段代码更容易阅读, 我们还创建了一些以后可以重用的函数, 在某些情况下，使用形式更为健壮的解决方案可能更为合适 promises. 承诺允许额外的理想行为，如错误传播和链接. Node.Js包含对它们的本机支持.

此外，为回调地狱提供了一个更强大的解决方案 generators，因为它们可以解决不同回调之间的执行依赖关系. 然而，生成器要先进得多，使用它们来实现这个目的可能有些过分. 要了解有关生成器的更多信息，您可以从 this post.

然而，这些方法在这一点上是相当过时的. 目前的解决方案是 use async/await这是一种利用承诺的方法，最终使上图所示的所谓“厄运金字塔”变得平坦.