{"action":"created","issue":{"url":"https://api.github.com/repos/ccforward/cc/issues/38","repository_url":"https://api.github.com/repos/ccforward/cc","labels_url":"https://api.github.com/repos/ccforward/cc/issues/38/labels{/name}","comments_url":"https://api.github.com/repos/ccforward/cc/issues/38/comments","events_url":"https://api.github.com/repos/ccforward/cc/issues/38/events","html_url":"https://github.com/ccforward/cc/issues/38","id":172549486,"number":38,"title":"37.需要搞懂的Node.js的核心Feature","user":{"login":"ccforward","id":2782664,"avatar_url":"https://avatars.githubusercontent.com/u/2782664?v=3","gravatar_id":"","url":"https://api.github.com/users/ccforward","html_url":"https://github.com/ccforward","followers_url":"https://api.github.com/users/ccforward/followers","following_url":"https://api.github.com/users/ccforward/following{/other_user}","gists_url":"https://api.github.com/users/ccforward/gists{/gist_id}","starred_url":"https://api.github.com/users/ccforward/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/ccforward/subscriptions","organizations_url":"https://api.github.com/users/ccforward/orgs","repos_url":"https://api.github.com/users/ccforward/repos","events_url":"https://api.github.com/users/ccforward/events{/privacy}","received_events_url":"https://api.github.com/users/ccforward/received_events","type":"User","site_admin":false},"labels":[{"url":"https://api.github.com/repos/ccforward/cc/labels/Node.js","name":"Node.js","color":"80BD01"}],"state":"open","locked":false,"assignee":{"login":"ccforward","id":2782664,"avatar_url":"https://avatars.githubusercontent.com/u/2782664?v=3","gravatar_id":"","url":"https://api.github.com/users/ccforward","html_url":"https://github.com/ccforward","followers_url":"https://api.github.com/users/ccforward/followers","following_url":"https://api.github.com/users/ccforward/following{/other_user}","gists_url":"https://api.github.com/users/ccforward/gists{/gist_id}","starred_url":"https://api.github.com/users/ccforward/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/ccforward/subscriptions","organizations_url":"https://api.github.com/users/ccforward/orgs","repos_url":"https://api.github.com/users/ccforward/repos","events_url":"https://api.github.com/users/ccforward/events{/privacy}","received_events_url":"https://api.github.com/users/ccforward/received_events","type":"User","site_admin":false},"assignees":[{"login":"ccforward","id":2782664,"avatar_url":"https://avatars.githubusercontent.com/u/2782664?v=3","gravatar_id":"","url":"https://api.github.com/users/ccforward","html_url":"https://github.com/ccforward","followers_url":"https://api.github.com/users/ccforward/followers","following_url":"https://api.github.com/users/ccforward/following{/other_user}","gists_url":"https://api.github.com/users/ccforward/gists{/gist_id}","starred_url":"https://api.github.com/users/ccforward/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/ccforward/subscriptions","organizations_url":"https://api.github.com/users/ccforward/orgs","repos_url":"https://api.github.com/users/ccforward/repos","events_url":"https://api.github.com/users/ccforward/events{/privacy}","received_events_url":"https://api.github.com/users/ccforward/received_events","type":"User","site_admin":false}],"milestone":null,"comments":1,"created_at":"2016-08-22T20:41:08Z","updated_at":"2016-08-23T11:13:57Z","closed_at":null,"body":"# Node.js的核心Feature\r\n\r\n>\r\n1. EventLoop 事件循环\r\n2. global 和 process\r\n3. EventEmitter 事件\r\n4. Stream 和 Buffer\r\n5. Cluster 集群\r\n6. 异步Error\r\n7. C++ 插件\r\n>\r\n\r\n\r\n## Event Loop\r\n\r\n事件循环算是Node的一个核心了，即使进程中不断有I/O调用也能处理其他任务。正因为阻塞I/O代价太高所以就凸显了Node的高效。\r\n\r\n![](https://github.com/ccforward/cc/raw/master/Blog/pic/eventloop.png)\r\n\r\n> ps: keynote做的图，不会PS，太麻烦。。。\r\n\r\n在 Python 这样来实现一个延迟处理\r\n\r\n```python\r\nimport time\r\n\r\nprint \"Step 1\"\r\nprint \"Step 2\"\r\ntime.sleep(2)\r\nprint \"Step 3\"\r\n```\r\n\r\nNode或JavaScript 通过异步回调的方式来实现\r\n\r\n```js\r\nconsole.log('Step 1');\r\nsetTimeout(function () {\r\n  console.log('Step 3');\r\n}, 2000)\r\nconsole.log('Step 2');\r\n```\r\n\r\n可以事件循环想象成一个for或while循环，只有在现在或将来没有任务要执行的时候才会停下来。\r\n\r\n![Blocking IO](https://github.com/ccforward/cc/raw/master/Blog/pic/blockingio.png)\r\n\r\n在等待I/O任务完成之前就可以做更多事情，事件循环因此让系统更加高效。\r\n\r\n![Non-Blocking IO](https://github.com/ccforward/cc/raw/master/Blog/pic/nonblockingio.png)\r\n\r\nNode也让我们从死锁中解放，因为根本没有锁。\r\n\r\nPS：我们仍然可以写出阻塞的代码\r\n\r\n```js\r\nvar start = Date.now();\r\nfor (var i = 1; i<1000000000; i++) {}\r\nvar end = Date.now();\r\nconsole.log(end-start);\r\n```\r\n这次的阻塞在我的机器上花了3400多毫秒。不过我们多数情况下不会跑一个空循环。\r\n\r\n而且fs模块提供了同步(阻塞)和异步(非阻塞)两套处理方法(区别于方法名后是否有Sync)\r\n\r\n如下阻塞方式的代码:\r\n\r\n```js\r\nvar fs = require('fs');\r\n\t\r\nvar con1 = fs.readFileSync('1.txt','utf8');\r\nconsole.log(con1);\r\nconsole.log('read 1.txt');\r\n\t\r\nvar con2 = fs.readFileSync('2.txt','utf8');\r\nconsole.log(con2);\r\nconsole.log('read 2.txt');\r\n```\r\n结果就是\r\n\r\n`content1->read 1.txt->content2->read 2.txt`\r\n\r\n非阻塞方式的代码:\r\n\r\n```js\r\nvar fs = require('fs');\r\n\r\nfs.readFile('1.txt','utf8', function(err, contents){\r\n   console.log(contents);\r\n});\r\nconsole.log('read 1.txt');\r\n\r\nfs.readFile('2.txt','utf8', function(err, contents){\r\n   console.log(contents);\r\n});\r\nconsole.log(\"read 2.txt\");\r\n```\r\n\r\n代码执行后因为要花时间执行 **读** 的操作，所以会在最后的回调函数中打印出文件内容。当读取操作结束后事件循环就会拿到内容\r\n\r\n`read 1.txt->read 2.txt->content1->content2 `\r\n\r\n事件循环的概念对前端工程师比较好理解，关键就是异步、非阻塞I\\O。\r\n\r\n## global\r\n\r\n从浏览器端切换到Node端就会出现几个问题\r\n\r\n  * 全局变量如何创建(window对象已经没了)\r\n  * 从 CLI 输入的参数、系统信息、内存信息、版本信息等从哪获取\r\n\r\n有一个 global 对象，顾名思义就是全局的，它的属性很多\r\n\r\n  * global.process 可获取版本信息、CLI 参数、内存使用(process.memoryUsage()这个函数很好用)\r\n  * global.__filename 当前脚本的文件名、路径\r\n  * global.__dirname 当前脚本绝对路径\r\n  * global.module 最常见的模块输出\r\n  * global.require() 模块引入\r\n  * global.console()、setInterval()、setTimeout() 这些浏览器端的方法也在global对象下面\r\n\r\n在命令行里执行一次 global 一切就都懂了。\r\n\r\n## process\r\n\r\n通过process对象获取和控制Node自身进程的各种信息。另外process是一个全局对象，在任何地方都可以直接使用。\r\n\r\n部分属性\r\n\r\n  * process.pid  进程pid\r\n  * process.versions node、v8、ssl、zlib等组件的版本\r\n  * process.arch 系统架构，如:x64\r\n  * process.argv CLI参数\r\n  * process.env 环境变量\r\n\r\n部分方法\r\n\r\n  * process.uptime() 正常运行的时长\r\n  * process.memoryUsage() 内存使用情况\r\n  * process.cwd() 当前目录\r\n  * process.exit() 退出进程\r\n  * process.on() 添加事件监听 比如：on('uncaughtException')\r\n\r\n## Events\r\n\r\nEvents == Node Observer Pattern\r\n\r\n异步处理写多了就会出现callbackhell（回调地狱），还有人专门做了叫 callbackhell 的[网站](http://callbackhell.com)。\r\n\r\nEventEmitter 就是可以触发任何可监听的事件，callbackhell可以通过事件监听和触发来避免。\r\n\r\n#### 用法\r\n\r\n```js\r\nvar events  = require('events');\r\nvar emitter = new events.EventEmitter();\r\n```\r\n\r\n添加事件监听和事件触发\r\n\r\n```\r\nemitter.on('eat', function() {\r\n  console.log('eating...');\r\n});\r\n\r\nemitter.on('eat', function() {\r\n  console.log('still eating...');\r\n});\r\n\r\nemitter.emit('eat');\r\n```\r\n\r\n假设我们有一个已经继承了 EventEmitter 的类，能每周、每天的处理邮件任务，而且这个类具有足够的可扩展性能够自定义最后的输出内容，换言之就是每个使用这个类的人都能够在任务结束时增加自定义的方法和函数。\r\n\r\n如下图，我们继承了 EventEmitter 模块创建了一个Class: Job，然后通过事件监听器 done 来实现Job的自定义处理方式。\r\n\r\n![](https://github.com/ccforward/cc/raw/master/Blog/pic/node-events.png)\r\n\r\n我们需要做的只是在进程结束的时候触发 done 事件：\r\n\r\n```js\r\n// job.js\r\nvar util = require('util');\r\nvar Job = function() {\r\n  var job = this;\r\n  job.process = function() {\r\n    job.emit('done', { completeTime: new Date() })\r\n  }\r\n}\r\n\r\nutil.inherits(Job, require('events').EventEmitter);\r\nmodule.exports = Job;\r\n```\r\n\r\n我们的目的是在 Job 任务结束时执行自定义的函数方法，因此我们可以监听 done 事件然后添加回调：\r\n\r\n```js\r\nvar Job = require('./job.js')\r\nvar job = new Job()\r\n\r\njob.on('done', function(data){\r\n  console.log('Job completed at', data.completeTime)\r\n  job.removeAllListeners()\r\n})\r\n\r\njob.process()\r\n```\r\n\r\n关于 emitter 还有这些常用方法\r\n\r\n  * emitter.listeners(eventName) 列出 eventName 的所有监听器\r\n  * emitter.once(eventName, listener) 只监听一次\r\n  * emitter.removeListener(eventName, listener) 删除监听器\r\n\r\n  \r\n## stream 流\r\n\r\n用Node处理比较大的数据时可能会出现些问题：\r\n  \r\n  * 速度较慢\r\n  * 缓冲器只限制在1GB上等，\r\n  * 数据连续不断的时如何何操作\r\n\r\n用Stream就会解决。因为Node的 Stream 是对连续数据进行分块后的一个抽象，也就是不需要等待资源完全加载后再操作。\r\n\r\n标准Buffer的处理方式：\r\n\r\n![](https://github.com/ccforward/cc/raw/master/Blog/pic/node-buffer.png)\r\n\r\n只有整个Buffer加载完后才能进行下一步操作，看图对比下Node的Stream，只要拿到数据的第一个 chunk 就可以进行处理了\r\n\r\n![](https://github.com/ccforward/cc/raw/master/Blog/pic/node-streams.png)\r\n\r\nNode中有四种数据流：\r\n  \r\n  1. Readable 读\r\n  2. Writable 写\r\n  3. Duplex 读&写\r\n  4. Transform 数据转换\r\n \r\nStream在Node中很常见：\r\n  \r\n  * HTTP 的 request response\r\n  * 标准 I/O\r\n  * 文件读写\r\n\r\n#### Readable Stream\r\nprocess.stdin 是一个标准输入流，数据一般来自于键盘输入，用它来实现一个可读流的例子。\r\n\r\n我们使用 `data` 和 `end` 事件从 `stdin` 中读取数据。其中 data 事件的回调函数的参数就是 chunk 。\r\n\r\n```js \r\nprocess.stdin.resume()\r\nprocess.stdin.setEncoding('utf8')\r\n\r\nprocess.stdin.on('data', function (chunk) {\r\n  console.log('chunk: ', chunk)\r\n})\r\n\r\nprocess.stdin.on('end', function () {\r\n  console.log('--- END ---')\r\n})\r\n```\r\n\r\nPS: stdin 默认是处于pause状态的，要想读取数据首先要将其 resume()\r\n\r\n可读流还有一个 **同步** 的 read() 方法，当流读取完后会返回 chunk或null ，课这样来用：\r\n\r\n```\r\nvar readable = getReadableStreamMethod()\r\nreadable.on('readable', () => {\r\n  var chunk\r\n  while (null !== (chunk = readable.read())) {\r\n    console.log('got %d bytes of data', chunk.length)\r\n  }\r\n})\r\n```\r\n\r\n我们在Node中要尽可能写异步代码避免阻塞线程，不过好在 chunk 都很小所以不用担心同步的 read() 方法把线程阻塞\r\n\r\n#### Writable Stream \r\n\r\n我们用 process.stdin 对应的 process.stdout 方法来实现个例子\r\n\r\n```\r\nprocess.stdout.write('this is stdout data');\r\n```\r\n\r\n把数据写入标准输出后是在命令行中可见的，就像用 console.log()\r\n\r\n#### Pipe\r\n就像自来水要有自来水管一样，Stream 需要传送 也需要 Pipe。\r\n\r\n下面的代码就是从文件中读数据，然后GZip压缩，再把数据写入文件\r\n\r\n```js\r\nconst r = fs.createReadStream('file.txt')\r\nconst z = zlib.createGzip()\r\nconst w = fs.createWriteStream('file.txt.gz')\r\nr.pipe(z).pipe(w)\r\n```\r\n\r\nreadable.pipe() 方法从可读流中拉取所有数据，并写入到目标流中，同时返回目标流，因此可以链式调用(也可以叫导流链)。  \r\nPS:该方法能自动控制流量以避免目标流被快速读取的可读流所淹没。\r\n\r\n\r\n#### HTTP 流\r\nweb应用最常见了，HTTP 流用的也最多。\r\n\r\nrequest 和 response 是继承自Event Emitter的可读可写流。下面的代码在各种教程中就很常见了：\r\n\r\n```js\r\nconst http = require('http')\r\nvar server = http.createServer( (req, res) => {\r\n  var body = '';\r\n  req.setEncoding('utf8');\r\n  req.on('data', (chunk) => {\r\n    body += chunk;\r\n  })\r\n  req.on('end', () => {  \r\n    var data = JSON.parse(body);\r\n    res.write(typeof data);\r\n    res.end();\r\n  })\r\n})\r\n\r\nserver.listen(5502)\r\n```\r\n\r\n**之前还写过一篇关于 Stream 和 Pipe 的文章：[Node.js 使用 fs 模块做文件 copy 的四种方法](https://github.com/ccforward/cc/issues/21)** 能清楚的比较出使用Stream后能更快的获取到数据。\r\n\r\n#### Buffer\r\n\r\n浏览器中的JS没有二进制类型的数据(ES6中ArrayBuffer是二进制)，但是Node里面有，就是 Buffer。 Buffer是个全局对象，可直接使用来创建二进制数据：\r\n\r\n  * Buffer.alloc(size)\r\n  * Buffer.from(array)\r\n  * Buffer.from(buffer)\r\n  * Buffer.from(string[, encoding])\r\n\r\n[官方API](https://nodejs.org/api/buffer.html#buffer_buffer)中有最全的方法。\r\n \r\n标准的Buffer数据比较难看懂，一般用 `toString()` 来转换成人类可读的数据\r\n\r\n```js\r\nlet buf = Buffer.alloc(26)\r\nfor (var i = 0 ; i < 26 ; i++) {\r\n  buf[i] = i + 97;\r\n}\r\n\r\nconsole.log(buf); // <Buffer 61 62 63 64 65 66 67 68 69 6a 6b 6c 6d 6e 6f 70 71 72 73 74 75 76 77 78 79 7a>\r\n\r\nbuf.toString('utf8'); //  abcdefghijklmnopqrstuvwxyz\r\nbuf.toString('ascii'); // abcdefghijklmnopqrstuvwxyz\r\n\r\n// 截取\r\nbuf.toString('utf8', 0, 5); // abcde\r\nbuf.toString(undefined, 0, 5); // abcde  编码默认是 utf8\r\n```\r\n\r\nfs 模块的 readFile 方法回调中的data就是个Buffer\r\n\r\n```js\r\nfs.readFile('file-path', function (err, data) {\r\n  if (err) return console.error(err);\r\n  console.log(data);\r\n});\r\n```\r\n\r\n\r\n## Cluster 集群\r\n\r\n单个 Node 实例运行在单个线程中。要发挥多核系统的能力，就需要启动一个 Node 进程集群来处理负载。核心模块 cluster 可以让一台机器的所有 CPU 都用起来，这样就能纵向的来扩展我们的Node程序。\r\n\r\n```js\r\nvar cluster = require('cluster');\r\nvar numCPUs = 4; // 我的 MacBook Air 是4核的\r\nif (cluster.isMaster) {\r\n  for (var i = 0; i < numCPUs; i++) {\r\n    cluster.fork()\r\n  }\r\n} else if (cluster.isWorker) {\r\n\tconsole.log('worker')\r\n}\r\n```\r\n\r\n上面的代码比较简单，引入模块创建一个 master 多个 worker，不过 numCPUs 并一定非得是一台电脑的核心数，这个可以根据自己需求想要多少都行。\r\n\r\nworker 和 master 可以监听相同的端口，worker通过事件和master通信。master也能监听事件并根据需要重启集群。\r\n\r\n\r\n#### 重要代表 pm2\r\n\r\npm2优点很多：\r\n\r\n  * 负载均衡\r\n  * 热重载：0s reload\r\n  * 非常好的测试覆盖率\r\n\r\npm2 启动很简单：\r\n\r\n`$ pm2 start server.js -i 4 -l ./log.txt`\r\n\r\n  * -i 4 是 cpu数量（我是4核的）\r\n  * -l ./log.txt 打日志\r\n\r\npm2 启动后自动到后台执行 通过 `$ pm2 list` 可以查看正在跑着那些进程。\r\n\r\n更多内容直接看官网: [http://pm2.keymetrics.io/](http://pm2.keymetrics.io/)\r\n\r\n### Spawn vs Fork vs Exec\r\n\r\n`child_process.spawn()` vs `child_process.fork()` vs `child_process.exec()`\r\n\r\nNode中有如上三种方式创建一个外部进程，而且都来自于核心模块 `child_process`\r\n\r\n  * `require('child_process').spawn()` 用于比较大的数据，支持流，可以与任何命令(bash python ruby 以及其他脚本)一起使用，并且不创建一个新的V8实例\r\n\r\n  [官网的例子](https://nodejs.org/api/child_process.html#child_process_child_process_spawn_command_args_options)就是执行了一个bash命令\r\n  \r\n  * `require('child_process').fork()` 创建一个新的V8实例，实例出多个worker\r\n\r\n  和spawn不同的的是 fork 只执行 node 命令\r\n  \r\n  * `require('child_process').exec()` 使用Buffer，这使得它不适合比较大的数据和Stream，异步调用，并在回调一次性拿到所有数据\r\n\r\n exec()用的不是事件模式，而是在回调中返回 stdout stderr\r\n\r\n\r\n## 处理异步 Error\r\n处理异常一般都用 try/catch ,尤其是在同步代码非常好用，但是在异步执行中就会出现问题\r\n\r\n```js\r\ntry {\r\n  setTimeout(function () {\r\n    throw new Error('Fail!')\r\n  }, 1000)\r\n} catch (e) {\r\n  console.log(e.message)\r\n}\r\n```\r\n\r\n这种异步的回调里面情况肯定catch不到错误，当然把try/catch放入回调函数肯定没问题，但这并不是个好办法。\r\n\r\n所以Node里面标准的回调函数的第一个参数都是 error ,于是就有了这样的代码\r\n\r\n```js\r\nif (error) return callback(error)\r\n```\r\n\r\n一般处理异步异常的方法如下：\r\n\r\n* 监听所有的 on('error')\r\n* 监听 uncaughtException\r\n* 用 domain 模块 或者 [AsyncWrap](http://blog.trevnorris.com/2015/02/asyncwrap-tutorial-introduction.html)\r\n* 打日志\r\n* 退出然后重启进程。。。。\r\n\r\n#### uncaughtException\r\n\r\nuncaughtException是一种很简单粗暴的机制，当一个异常冒泡到事件循环中就会触发这个事件，不过这个不建议使用。\r\n\r\n```js\r\nprocess.on('uncaughtException', function (err) {\r\n  console.error('uncaughtException: ', err.message)\r\n  console.error(err.stack)\r\n  process.exit(1)\r\n})\r\n```\r\n\r\n#### Domain\r\n\r\ndomain自身其实是一个EventEmitter对象，它通过事件的方式来传递捕获的异常。\r\n\r\n进程抛出了异常，没有被任何的try catch捕获到，这时候将会触发整个process的processFatal，此时如果在domain包裹之中，将会在domain上触发error事件，反之，将会在process上触发uncaughtException事件。\r\n\r\n用法：\r\n\r\n```js\r\nvar domain = require('domain').create()\r\n\r\nd.on('error', function(e) {\r\n   console.log(e)\r\n})\r\nd.run(function() {\r\n  setTimeout(function () {\r\n    throw new Error('Failed!')\r\n  }, 1000)\r\n});\r\n```\r\n\r\n**从 4.0 开始Node已经不建议使用了，以后也会被剥离出核心模块**\r\n\r\n#### 打日志\r\n\r\n[log4js](https://www.npmjs.com/package/log4js)\r\n\r\n日志不仅仅能记录异常信息\r\n\r\n## C++ 插件\r\n\r\nNode.js在硬件、IoT领域开始流行就是因为能和 C/C++ 代码合体使用。\r\n\r\n官方提供了很多C++插件的例子：[https://github.com/nodejs/node-addon-examples](https://github.com/nodejs/node-addon-examples)\r\n\r\n以第一个HelloWorld为例：\r\n\r\n创建 hello.cc 文件，这个代码比较好理解\r\n\r\n```cpp\r\n#include <node.h>\r\n\r\nnamespace demo {\r\n\r\nusing v8::FunctionCallbackInfo;\r\nusing v8::HandleScope;\r\nusing v8::Isolate;\r\nusing v8::Local;\r\nusing v8::Object;\r\nusing v8::String;\r\nusing v8::Value;\r\n\r\nvoid Method(const FunctionCallbackInfo<Value>& args) {\r\n  Isolate* isolate = args.GetIsolate();\r\n  args.GetReturnValue().Set(String::NewFromUtf8(isolate, \"Hello World C++ addon\")); // 输出Hello World\r\n}\r\n\r\nvoid init(Local<Object> exports) {\r\n  NODE_SET_METHOD(exports, \"hello\", Method); // Exporting\r\n}\r\n\r\nNODE_MODULE(addon, init)\r\n\r\n}  \r\n```\r\n\r\n创建binding.gyp文件 内容一看就懂\r\n\r\n```json\r\n{\r\n  \"targets\": [\r\n    {\r\n      \"target_name\": \"addon\",\r\n      \"sources\": [ \"hello.cc\" ]\r\n    }\r\n  ]\r\n}\r\n```\r\n\r\n依次执行两个命令\r\n\r\n```\r\n$ node-gyp configure\r\n$ node-gyp build\r\n```\r\n\r\n编译完成后在 build/Release/ 下面会有一个 addon.node 文件\r\n\r\n然后就简单了创建 h.js\r\n\r\n```\r\nvar addon = require('./build/Release/addon')\r\nconsole.log(addon.hello()) \r\n```\r\n\r\n执行 `$ node hello.js`  打印出了 `Hello World C++ addon`\r\n\r\n\r\nOVER....\r\n\r\nPS: 文中图片都是用keynote制作的\r\n\r\nPS: 部分参考和翻译自：\r\n\r\n* [https://nodejs.org/api/](https://nodejs.org/api/)\r\n* [http://www.ruanyifeng.com/blog/2014/10/event-loop.html](http://www.ruanyifeng.com/blog/2014/10/event-loop.html)\r\n* [http://webapplog.com/you-dont-know-node/](http://webapplog.com/you-dont-know-node/)\r\n* [https://cnodejs.org/topic/516b64596d38277306407936](https://cnodejs.org/topic/516b64596d38277306407936)\r\n"},"comment":{"url":"https://api.github.com/repos/ccforward/cc/issues/comments/241699814","html_url":"https://github.com/ccforward/cc/issues/38#issuecomment-241699814","issue_url":"https://api.github.com/repos/ccforward/cc/issues/38","id":241699814,"user":{"login":"jobn123","id":11002787,"avatar_url":"https://avatars.githubusercontent.com/u/11002787?v=3","gravatar_id":"","url":"https://api.github.com/users/jobn123","html_url":"https://github.com/jobn123","followers_url":"https://api.github.com/users/jobn123/followers","following_url":"https://api.github.com/users/jobn123/following{/other_user}","gists_url":"https://api.github.com/users/jobn123/gists{/gist_id}","starred_url":"https://api.github.com/users/jobn123/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/jobn123/subscriptions","organizations_url":"https://api.github.com/users/jobn123/orgs","repos_url":"https://api.github.com/users/jobn123/repos","events_url":"https://api.github.com/users/jobn123/events{/privacy}","received_events_url":"https://api.github.com/users/jobn123/received_events","type":"User","site_admin":false},"created_at":"2016-08-23T11:13:56Z","updated_at":"2016-08-23T11:13:56Z","body":"nice"}}
{"actor":{"display_login":"jobn123"}}