图片 1

目录

 

前言

  随着部分大公司如沃尔玛,PayPal等最先拔取Node.js,在过去的几年里,Node.js有了神速的增高。越来越多的人起头采取Node并发布modules到NPM,其提升的速度远超其余开销语言。不过对于Node的见识你或许需要有些时日去适应,尤其是那多少个刚从其余编程语言转型过来的开发人员。

  在本文中本身将谈一谈Node开发者们最常范的一对荒谬以及怎么着来幸免这么些不当。有关示例的源代码,你可以从github上得到到。

 

1 不利用开发工具

  • 机关重启工具nodemon或supervisor
  • 浏览器内的live
    reload工具(当静态资源或views视图爆发变动时自动reload页面)

  与其他编程语言如PHP或Ruby不同,当您改改了源代码后,Node需要再度开动才能使修改生效。在创设Web应用程序时还有一件事会使你放慢脚步,这就是当修改静态资源时刷新浏览器页面。当然你可以耐心地手动来做这些事情,然而这里会有局部更好的解决办法。

1.1 自动重启工具

  我们中的大部分人想必都是这样编写和调剂代码的,在编辑器中保留代码,然后在决定台按CTRL+C键停止使用,随后通过向上键找到从前实施过的启航命令,按回车来重新起动应用。不过,通过运用上面这一个工具得以自行完成应用的重启并简化开发流程:

  这个工具得以监视代码文件的修改并活动重启服务。下面以nodemon为例来说说什么样拔取这多少个工具。首先通过npm举办全局安装:

npm i nodemon -g

  然后,在终端通过nodemon代替node命令来启动应用:

# node server.js

$ nodemon server.js
14 Nov 21:23:23 - [nodemon] v1.2.1
14 Nov 21:23:23 - [nodemon] to restart at any time, enter `rs`
14 Nov 21:23:23 - [nodemon] watching: *.*
14 Nov 21:23:23 - [nodemon] starting `node server.js`
14 Nov 21:24:14 - [nodemon] restarting due to changes...
14 Nov 21:24:14 - [nodemon] starting `node server.js`

  对nodemon或node-supervisor来说,在有着已部分采取中,最牛逼的实在能够指定忽略的公文或文件夹。

1.2 浏览器自动刷新工具

  除了下面介绍的自动重启工具外,还有其他的工具得以帮忙您加速web应用程序的付出。livereload工具允许浏览器在监测到程序变动后活动刷新页面,而不用手动举行刷新。

  其行事的基本原理和方面介绍的貌似,只是它监测特定文件夹内的修改然后自行刷新浏览器,而不是重启整个服务。自动刷新需要依靠于在页面中注入脚本或者经过浏览器插件来兑现。

  这里自己不去介绍如何采用livereload,相反,我将介绍怎样通过Node来成立一个一般的工具,它将有着下边这个职能:

  • 蹲点文件夹中的文件修改
  • 通过server-sent
    events
    向装有已连续的客户端发送新闻,并且
  • 接触一个page reload

  首先我们需要经过NPM来设置项目需要的享有依赖项:

  • express – 创造一个演示web应用程序
  • watch – 监视文件修改
  • sendevent – sever-sent events
    (SSE),或者也足以应用websockets来实现
  • uglify-js – 用于压缩客户端JavaScript文件
  • ejs – 视图模板

  接下去自己将成立一个简单的Express server在前端页面中渲染home视图:

var express = require('express');
var app = express();
var ejs = require('ejs');
var path = require('path');

var PORT = process.env.PORT || 1337;

// view engine setup
app.engine('html', ejs.renderFile);
app.set('views', path.join(__dirname, 'views'));
app.set('view engine', 'html');

// serve an empty page that just loads the browserify bundle
app.get('/', function(req, res) {
res.render('home');
});

app.listen(PORT);
console.log('server started on port %s', PORT);

  因为使用的是Express,所以大家得以将浏览器自动刷新工具做成一个Express的中间件。那些当中件会attach到SSE
endpoint,并会在客户端脚本中创设一个view
helper。中间件function的参数是Express的app,以及需要被监视的公文夹。于是,大家将下边的代码加到server.js中,放到view
setup此前:

var reloadify = require('./lib/reloadify');
reloadify(app, __dirname + '/views');

  现在/views文件夹中的文件被监视。整个中间件看起来像下边这样:

  var sendevent = require('sendevent');
  var watch = require('watch');
  var uglify = require('uglify-js');
  var fs = require('fs');
  var ENV = process.env.NODE_ENV || 'development';

  // create && minify static JS code to be included in the page
  var polyfill = fs.readFileSync(__dirname + '/assets/eventsource-polyfill.js', 'utf8');
  var clientScript = fs.readFileSync(__dirname + '/assets/client-script.js', 'utf8');
  var script = uglify.minify(polyfill + clientScript, { fromString: true }).code;

  function reloadify(app, dir) {
    if (ENV !== 'development') {
      app.locals.watchScript = '';
      return;
    }

    // create a middlware that handles requests to `/eventstream`
    var events = sendevent('/eventstream');

    app.use(events);

    watch.watchTree(dir, function (f, curr, prev) {
      events.broadcast({ msg: 'reload' });
    });

    // assign the script to a local var so it's accessible in the view
    app.locals.watchScript = '<script>' + script + '</script>';
  }

  module.exports = reloadify;

  你也许已经注意到了,假使运行条件没有被设置成’development’,那么这么些中间件什么也不会做。这表示我们不得不在成品环境司令员该代码删掉。

  前端JS脚本文件非凡简单,它只担负监听SSE的信息并在需要的时候再次加载页面:

  (function() {

    function subscribe(url, callback) {
      var source = new window.EventSource(url);

      source.onmessage = function(e) {
        callback(e.data);
      };

      source.onerror = function(e) {
        if (source.readyState == window.EventSource.CLOSED) return;

        console.log('sse error', e);
      };

      return source.close.bind(source);
    };

    subscribe('/eventstream', function(data) {
      if (data && /reload/.test(data)) {
        window.location.reload();
      }
    });

  }());

  文件eventsourfe-polyfill.js可以从Remy Sharp’s polyfill for
SSE
找到。最终那一个关键的某些是将扭转的剧本通过下边的办法充裕到前者页面/views/homt.html中:

  ...
  <%- watchScript %>
  ...

  现在,当你每一遍对home.html页面做修改时,浏览器都将从服务器重新加载该页面(http://localhost:1337/)。

 

2 阻塞event loop

  由于Node.js是单线程运行的,所有对event
loop的堵塞都将使全部程序被卡住。这表示一旦您有一个上千个客户端访问的web
server,并且程序爆发了event
loop阻塞,那么所有的客户端都将远在等候情形而一筹莫展获取服务器应答。

  这里有一部分例子,你或许会在不检点中动用它们而发出event loop阻塞:

  问题是您会不留意中做了上述的事务,毕竟将一个富有15Mb左右大小的始末输出并不会平时发生,对吗?这能够让攻击者发现并最终使您的漫天服务器遭到DDOS攻击而夭折掉。

  幸运的是你可以通过监视event
loop的推迟来检测非凡。我们得以经过一些特定的缓解方案例如StrongOps来促成,或者也得以经过一些开源的modules来实现,如blocked

  这一个工具的劳作规律是准确地跟踪每趟interval之间所消费的岁月然后告诉。时间差是通过这样的方法来计量的:先记下下interval过程中A点和B点的高精度时间,然后用B点的日子减去A点的日子,再减去interval运行区间的光阴。

  下边的例证充足表明了什么来实现那点,它是这么做的:

  • 收获当前岁月和以参数传入的时间变量之间的高精度时间值(high-resolution)
  • 规定在健康意况下interval的event loop的延迟时间
  • 将延迟时间彰显成紫色,倘诺超越阀值则显示为绿色
  • 接下来看其实运作的情景,每300毫秒执行一遍大的演算

  上边是上述示范的源代码:

  var getHrDiffTime = function(time) {
    // ts = [seconds, nanoseconds]
    var ts = process.hrtime(time);
    // convert seconds to miliseconds and nanoseconds to miliseconds as well
    return (ts[0] * 1000) + (ts[1] / 1000000);
  };

  var outputDelay = function(interval, maxDelay) {
    maxDelay = maxDelay || 100;

    var before = process.hrtime();

    setTimeout(function() {
      var delay = getHrDiffTime(before) - interval;

      if (delay < maxDelay) {
        console.log('delay is %s', chalk.green(delay));
      } else {
        console.log('delay is %s', chalk.red(delay));
      }

      outputDelay(interval, maxDelay);
    }, interval);
  };

  outputDelay(300);

  // heavy stuff happening every 2 seconds here
  setInterval(function compute() {
    var sum = 0;

    for (var i = 0; i <= 999999999; i++) {
      sum += i * 2 - (i + 1);
    }
  }, 2000);

   运行方面的代码需要设置chalk。运行之后您应有会在终极看到如下图所示的结果:

图片 2

  后边早已说过,开源modules也采取了貌似的方法来兑现对应的功效,由此得以放心使用它们:

  通过行使这种技能拓展性能分析,你可以确切地找出代码中的哪一部分会造成延迟。

 

3 频繁调用回调函数

  很多时候当你保存文件然后再一次开动Node web
app时它就很快地崩掉了。最有可能出现的原故就是调用了一次回调函数,这意味你很可能在首先次调用之后忘记return了。

  我们创建一个例子来再次出现一下这种场合。我将创建一个粗略的包含基本注脚效能的代办server。要利用它你需要设置request这一个依靠包,运行程序然后访问(如http://localhost:1337/?url=http://www.google.com/)。下面是这个例子的源代码:

  var request = require('request');
  var http = require('http');
  var url = require('url');
  var PORT = process.env.PORT || 1337;

  var expression = /[-a-zA-Z0-9@:%_\+.~#?&//=]{2,256}\.[a-z]{2,4}\b(\/[-a-zA-Z0-9@:%_\+.~#?&//=]*)?/gi;
  var isUrl = new RegExp(expression);

  var respond = function(err, params) {
    var res = params.res;
    var body = params.body;
    var proxyUrl = params.proxyUrl;

    res.setHeader('Content-type', 'text/html; charset=utf-8');

    if (err) {
      console.error(err);
      res.end('An error occured. Please make sure the domain exists.');
    } else {
      res.end(body);
    }
  };

  http.createServer(function(req, res) {
    var queryParams = url.parse(req.url, true).query;
    var proxyUrl = queryParams.url;

    if (!proxyUrl || (!isUrl.test(proxyUrl))) {
      res.writeHead(200, { 'Content-Type': 'text/html' });
      res.write("Please provide a correct URL param. For ex: ");
      res.end("<a href='http://localhost:1337/?url=http://www.google.com/'>http://localhost:1337/?url=http://www.google.com/</a>");
    } else {
      // ------------------------
      // Proxying happens here
      // TO BE CONTINUED
      // ------------------------
    }
  }).listen(PORT);

  除代理本身外,上边的代码几乎涵盖了富有需要的片段。再细致看看下边的情节:

request(proxyUrl, function(err, r, body) {
if (err) {
    respond(err, {
    res: res,
    proxyUrl: proxyUrl
    });
}

respond(null, {
    res: res,
    body: body,
    proxyUrl: proxyUrl
});
});

  在回调函数中,我们有错误处理的逻辑,可是在调用respond函数后忘记截至一切运行流程了。这意味着一旦大家走访一个无法host的站点,respond函数将会被调用两遍,大家会在极限收到下边的错误音信:

  Error: Can't set headers after they are sent.
      at ServerResponse.OutgoingMessage.setHeader (http.js:691:11)
      at respond (/Users/alexandruvladutu/www/airpair-2/3-multi-callback/proxy-server.js:18:7)

This can be avoided either by using the `return` statement or by wrapping the 'success' callback in the `else` statement:

  request(.., function(..params) {
    if (err) {
      return respond(err, ..);
    }

    respond(..);
  });

  // OR:

  request(.., function(..params) {
    if (err) {
      respond(err, ..);
    } else {
      respond(..);
    }
  });

 

4 圣诞树结构的回调(回调的火坑)

  有些人总是拿地狱般的回调参数来抨击Node,认为在Node中回调嵌套是心有余而力不足制止的。但实质上并非如此。这里有很多缓解措施,可以使你的代码看起来极度规整:

  我们来创建一个例证,然后重构它以使用async模块。这个app是一个大概的前端资源分析工具,它形成下边那个工作:

  • 反省HTML代码中有稍许scripts,stylesheets,images的引用
  • 将检查的结果输出到极点
  • 自我批评每一个资源的content-length并将结果输出到巅峰

  除async模块外,你需要设置下边这么些npm包:

  • request – 读取页面数据(body,headers等)
  • cheerio – 后台的jQuery(DOM元素选拔器)
  • once – 确保回调函数只被执行五遍

    var URL = process.env.URL;
    var assert = require(‘assert’);
    var url = require(‘url’);
    var request = require(‘request’);
    var cheerio = require(‘cheerio’);
    var once = require(‘once’);
    var isUrl = new RegExp(/[-a-zA-Z0-9@:%+.~#?&//=]{2,256}.[a-z]{2,4}\b(\/[-a-zA-Z0-9@:%+.~#?&//=]*)?/gi);

    assert(isUrl.test(URL), ‘must provide a correct URL env variable’);

    request({ url: URL, gzip: true }, function(err, res, body) {

    if (err) { throw err; }
    
    if (res.statusCode !== 200) {
      return console.error('Bad server response', res.statusCode);
    }
    
    var $ = cheerio.load(body);
    var resources = [];
    
    $('script').each(function(index, el) {
      var src = $(this).attr('src');
      if (src) { resources.push(src); }
    });
    
    // .....
    // similar code for stylesheets and images
    // checkout the github repo for the full version
    
    var counter = resources.length;
    var next = once(function(err, result) {
      if (err) { throw err; }
    
      var size = (result.size / 1024 / 1024).toFixed(2);
    
      console.log('There are ~ %s resources with a size of %s Mb.', result.length, size);
    });
    
    var totalSize = 0;
    
    resources.forEach(function(relative) {
      var resourceUrl = url.resolve(URL, relative);
    
      request({ url: resourceUrl, gzip: true }, function(err, res, body) {
        if (err) { return next(err); }
    
        if (res.statusCode !== 200) {
          return next(new Error(resourceUrl + ' responded with a bad code ' + res.statusCode));
        }
    
        if (res.headers['content-length']) {
          totalSize += parseInt(res.headers['content-length'], 10);
        } else {
          totalSize += Buffer.byteLength(body, 'utf8');
        }
    
        if (!--counter) {
          next(null, {
            length: resources.length,
            size: totalSize
          });
        }
      });
    });
    

    });

  上边的代码看起来还不是专门不佳,但是你还足以嵌套更深的回调函数。从底层的代码中您应有能辨别出如何是圣诞树结构了,其代码的缩进看起来像这么些样子:

        if (!--counter) {
          next(null, {
            length: resources.length,
            size: totalSize
          });
        }
      });
    });
  });

  要运行方面的代码,在顶峰输入下边的命令:

  $ URL=https://bbc.co.uk/ node before.js
  # Sample output:
  # There are ~ 24 resources with a size of 0.09 Mb.

  使用async举行部分重构之后,大家的代码看起来像下边这样:

  var async = require('async');

  var rootHtml = '';
  var resources = [];
  var totalSize = 0;

  var handleBadResponse = function(err, url, statusCode, cb) {
    if (!err && (statusCode !== 200)) {
      err = new Error(URL + ' responded with a bad code ' + res.statusCode);
    }

    if (err) {
      cb(err);
      return true;
    }

    return false;
  };

  async.series([
    function getRootHtml(cb) {
      request({ url: URL, gzip: true }, function(err, res, body) {
        if (handleBadResponse(err, URL, res.statusCode, cb)) { return; }

        rootHtml = body;

        cb();
      });
    },
    function aggregateResources(cb) {
      var $ = cheerio.load(rootHtml);

      $('script').each(function(index, el) {
        var src = $(this).attr('src');
        if (src) { resources.push(src); }
      });

      // similar code for stylesheets && images; check the full source for more

      setImmediate(cb);
    },
    function calculateSize(cb) {
      async.each(resources, function(relativeUrl, next) {
        var resourceUrl = url.resolve(URL, relativeUrl);

        request({ url: resourceUrl, gzip: true }, function(err, res, body) {
          if (handleBadResponse(err, resourceUrl, res.statusCode, cb)) { return; }

          if (res.headers['content-length']) {
            totalSize += parseInt(res.headers['content-length'], 10);
          } else {
            totalSize += Buffer.byteLength(body, 'utf8');
          }

          next();
        });
      }, cb);
    }
  ], function(err) {
    if (err) { throw err; }

    var size = (totalSize / 1024 / 1024).toFixed(2);
    console.log('There are ~ %s resources with a size of %s Mb.', resources.length, size);
  });

 

5 创设一个大而完整的应用程序

  一些初入Node的开发人士往往会将其他语言的部分合计形式融入进来,从而写出不同风格的代码。例如将有着的代码写到一个文书里,而不是将它们分散到祥和的模块中再揭橥到NPM等。

  就拿咱们事先的例子来说,大家将富有的始末都位居一个文件里,这使得代码很难被测试和读懂。但是别担心,我们会重构代码使其看起来可以并且越来越模块化。当然,这也将实用地制止回调地狱。

  尽管我们将URL validator,response
handler,request效用块以及resource处理程序抽出来放到它们自己的模块中,我们的主程序看起来会像下边这样:

  // ...
  var handleBadResponse = require('./lib/bad-response-handler');
  var isValidUrl = require('./lib/url-validator');
  var extractResources = require('./lib/resource-extractor');
  var request = require('./lib/requester');

  // ...
  async.series([
    function getRootHtml(cb) {
      request(URL, function(err, data) {
        if (err) { return cb(err); }

        rootHtml = data.body;

        cb(null, 123);
      });
    },
    function aggregateResources(cb) {
      resources = extractResources(rootHtml);

      setImmediate(cb);
    },
    function calculateSize(cb) {
      async.each(resources, function(relativeUrl, next) {
        var resourceUrl = url.resolve(URL, relativeUrl);

        request(resourceUrl, function(err, data) {
          if (err) { return next(err); }

          if (data.res.headers['content-length']) {
            totalSize += parseInt(data.res.headers['content-length'], 10);
          } else {
            totalSize += Buffer.byteLength(data.body, 'utf8');
          }

          next();
        });
      }, cb);
    }
  ], function(err) {
    if (err) { throw err; }

    var size = (totalSize / 1024 / 1024).toFixed(2);
    console.log('\nThere are ~ %s resources with a size of %s Mb.', resources.length, size);
  });

  而request效用块则看起来像这么:

  var handleBadResponse = require('./bad-response-handler');
  var request = require('request');

  module.exports = function getSiteData(url, callback) {
    request({
      url: url,
      gzip: true,
      // lying a bit
      headers: {
        'User-Agent': 'Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/38.0.2125.111 Safari/537.36'
      }
    }, function(err, res, body) {
      if (handleBadResponse(err, url, res && res.statusCode, callback)) { return; }

      callback(null, {
        body: body,
        res: res
      });
    });
  };

  完整的事例可以从github
repo
中找到。

  现在就简单了,代码更加易读,大家也得以起来为咱们的app添加测试用例了。当然,我们还足以延续重构代码将取得response长度的职能独立分离出来放到自己的模块中。

  好的一点是Node鼓励我们编写小的模块并发表到NPM。在NPM中你可以找到各个各种的模块小到如在interval间生成随机数的模块。你应有尽力使你的Node应用程序模块化,功效越简单越好。

 

6 缺失日志

  很多Node教程都会显得示例代码,并在里边不同的地点含有console.log,这给许多Node开发人员留下了一个记忆,即console.log就是在Node代码中贯彻日志效能。

  在编排Node
apps代码时您应当使用部分比console.log更好的工具来落实日志效率,因为这个工具:

  • 对有些大而复杂的靶子不需要使用util.inspect
  • 停放系列化器,如对errors,request和response对象等展开系列化
  • 支撑多种不同的日志源
  • 可自动包含hostname,process id,application name等
  • 补助不同级其余日记(如debug,info,error,fatal等)
  • 局部高档效用如日志文件自动滚动等

  这一个效率都得以免费应用,你可以在生产环境中利用日志模块如bunyan。假如将模块安装到全局,你还足以获取一个有利于的CLI开发工具。

  让我们来探望它的示范程序以询问什么行使它:

  var http = require('http');
  var bunyan = require('bunyan');

  var log = bunyan.createLogger({
    name: 'myserver',
    serializers: {
      req: bunyan.stdSerializers.req,
      res: bunyan.stdSerializers.res
    }
  });

  var server = http.createServer(function (req, res) {
    log.info({ req: req }, 'start request');  // <-- this is the guy we're testing
    res.writeHead(200, { 'Content-Type': 'text/plain' });
    res.end('Hello World\n');
    log.info({ res: res }, 'done response');  // <-- this is the guy we're testing
  });

  server.listen(1337, '127.0.0.1', function() {
    log.info('server listening');

    var options = {
      port: 1337,
      hostname: '127.0.0.1',
      path: '/path?q=1#anchor',
      headers: {
        'X-Hi': 'Mom'
      }
    };

    var req = http.request(options, function(res) {
      res.resume();
      res.on('end', function() {
        process.exit();
      })
    });

    req.write('hi from the client');
    req.end();
  });

  在极限运行,你会看到下边的出口内容:

  $ node server.js
  {"name":"myserver","hostname":"MBP.local","pid":14304,"level":30,"msg":"server listening","time":"2014-11-16T11:30:13.263Z","v":0}
  {"name":"myserver","hostname":"MBP.local","pid":14304,"level":30,"req":{"method":"GET","url":"/path?q=1#anchor","headers":{"x-hi":"Mom","host":"127.0.0.1:1337","connection":"keep-alive"},"remoteAddress":"127.0.0.1","remotePort":61580},"msg":"start request","time":"2014-11-16T11:30:13.271Z","v":0}
  {"name":"myserver","hostname":"MBP.local","pid":14304,"level":30,"res":{"statusCode":200,"header":"HTTP/1.1 200 OK\r\nContent-Type: text/plain\r\nDate: Sun, 16 Nov 2014 11:30:13 GMT\r\nConnection: keep-alive\r\nTransfer-Encoding: chunked\r\n\r\n"},"msg":"done response","time":"2014-11-16T11:30:13.273Z","v":0}

  开发进程中可将它作为一个CLI工具来行使:

图片 3

  正如你所观察的,bunyan给您提供了有关当前历程的居多使得的信息,这么些消息在成品环境中都充分重大。另外一个利于的法力是你可以将日志输出到一个或五个流中。

 

7 没有测试

  没有提供测试的先后不是一个完好的先后。已经有诸如此类多的工具得以匡助我们来拓展测试,实在没有任何理由不编写测试用例了:

  作为NPM模块的预定,你需要在package.json中指定测试命令,如:

  {
    "name": "express",
    ...
    "scripts": {
      "test": "mocha --require test/support/env --reporter spec --bail --check-leaks test/ test/acceptance/",
      ...
   }

  然后通过npm test来启动测试,你根本不用去管什么来调用测试框架。

  此外一个您需要考虑的是在付出代码往日必须使拥有的测试用例都通过,这只需要经过一行简单的授命就能够完成:

npm i pre-commit --save-dev

  当然你也可以强制执行某个特定的code
coverage级其余测试而推辞提交那一个不遵循该级另外代码。pre-commit模块作为一个pre-commit的hook程序可以自动地运行npm
test。

  假如您不确定怎么样来编排测试,可以透过一些在线教程或者在Github中看看那一个流行的Node项目它们是如何是好的:

 

8 不利用静态分析工具

  为了不在生产环境中才发觉问题,最好的点子是在支付过程中利用静态分析工具霎时就意识这个题目。

  例如,ESLint工具得以协助我们缓解广大题材:

  • 想必的一无是处。如:禁止在尺度表达式中使用赋值语句,禁止利用debugger
  • 强制最佳体验。如:禁止注解两个一样名称的变量,禁止使用arguments.calle
  • 找出秘密的安全题材,如应用eval()或不安全的正则表明式
  • 侦测出可能存在的习性问题
  • 施行同一的作风

  有关ESLint更多的一体化规则可以查看官方文档。要是想在骨子里项目中使用ESLint,你还应当看看它的部署文档

  有关如何配置ESLint,这里可以找到一些事例。

  另外,这里还有一对一般的工具如JSLintJSHint

  假若你想解析AST(抽象源树或空泛语法树)并自己成立静态分析工具,可以参照EsprimaAcorn

 

9 从未有过监视与性能分析

  尽管Node应用程序没有监视与性能分析,你将对其运转情状不详。一些很首要的东西如event
loop延迟,CPU负载,系统负荷或内存使用量等您将无法获悉。

  那里有一些特定的劳务可以辅助到您,可以从New
Relic
,
StrongLoop以及Concurix,
AppDynamics等摸底到。

  你也可以透过开源模块如look或结成不同的NPM包和谐来贯彻。不管选拔哪类情势,你都要力保始终都能监测到你的次序的运转状况,否则你或许会在半夜吸纳各样离奇的对讲机报告你程序又并发如此或这样的题材。

 

10 使用console.log来debug

  一旦程序出现错误,你可以简单地在代码中插入console.log来进展debug。问题化解未来剔除console.log调试语句再持续。

  问题是其他的开发人士(甚至是你协调)可能还会碰到同样的题目而再重复下边的操作。这就是为什么调试模块如debug存在的由来。你可以在代码中应用debug
function来代表console.log语句,而且在调节完将来并非删除它们。

  其他开发人士固然遭遇问题需要调剂代码,只需要通过DEBUG环境变量来启动程序即可。

  这一个小的module具有以下优点:

  • 唯有你通过DEBUG环境变量启动程序,否则它不会在支配台出口任何内容。
  • 你可以有选拔地对代码中的一部分开展调节(甚至足以由此通配符来指定内容)。
  • 终极的输出内容有各样不同的颜色,看起来很舒心。

  来探望官方给出的以身作则:

  // app.js
  var debug = require('debug')('http')
    , http = require('http')
    , name = 'My App';

  // fake app

  debug('booting %s', name);

  http.createServer(function(req, res){
    debug(req.method + ' ' + req.url);
    res.end('hello\n');
  }).listen(3000, function(){
    debug('listening');
  });

  // fake worker of some kind

  require('./worker');

<!--code lang=javascript linenums=true-->

  // worker.js
  var debug = require('debug')('worker');

  setInterval(function(){
    debug('doing some work');
  }, 1000);

  要是以node
app.js来启动程序,不会输出任何内容。可是只要开行的时候带着DEBUG标记,那么:

图片 4

  除了在应用程序中运用它们,你仍可以在局部小的modules中行使它并颁发到NPM。与其他一些复杂的logger不同,它只承担debugging而且还很好使。

 

初稿地址:https://www.airpair.com/node.js/posts/top-10-mistakes-node-developers-make

相关文章

网站地图xml地图