在之前介绍 event loop 的章节，我们简单介绍了 events 模块的使用，它可以设置并监听某个信号并在信号触发时响应 callback function。
events 模块提供了 EventEmitter class 它是处理 events 的关键工具。
引入及初始化 events 模块如下：
const EventEmitter = require('events')
const eventEmitter = new EventEmitter()每个 event listener 事件监听器都是互相独立的，同时它们使用如下 events：
下面介绍常用的一些 method。
os 模块可以用来获取操作系统的底层信息和系统上运行的程序，以及和系统交互。
它集成在 node.js 中，只需要引入即可：
const os = require('os')
这里先介绍一些在处理文件时有用的 properties：
\n on Linux and macOS, and \r\n on Windows完整的 signals 信号列表参考：https://nodejs.org/api/os.html#os_signal_constants
下面介绍 os 模块常用的 method。
上一章节我们了解了如果访问文件系统。使用到了 fs 和 path 模块的部分功能，下面我们详细了解这两个模块可以实现的功能。
通过以上几个使用场景可以看到 fs 模块提供了很多有用的功能来对 file system 进行访问和交互。并且他是集成在 node.js core 中的，并不需要手动安装：
const fs = require('fs')
当需要访问文件系统里的某个文件时，需要首先得到这个文件的 file descriptor 文件描述器。
一个 file descriptor 就是通过 fs 模块的 open() method 打开对应文件的返回数据。它的结构如下：
const fs = require('fs')
fs.open('./test.txt', 'r', (err, data) => {
if (err) {
console.log('open fail')
return
}
console.log('open success')
})如果文件打开成功，callback 中的 data 数据就是一个 file descriptor。注意并不是文件的内容。
这种方式是异步处理的，文件打开过程中系统会执行其他任务。
由于 node.js 在 Windows 下会有各种问题，最好的开发环境还是 Linux，所以我通过 VMware 内安装 Ubuntu 虚拟机的方式学习 node.js。
我的流程是：
通过远程连接的方式在 Windows 下做 node.js 开发实际体验很好。但是在通过 npm 安装某些包时常常会有报错出现，错误日志大概意思就是说无法给 node_modules 文件夹内安装的库文件添加软连接到系统路径。
网上查询后发现了问题原因，我的开发目录实际是在 Windows 下的，Windows 和 Linux 有着不一样的文件系统和路径格式，所以 npm 在安装某些包含 bin 可执行文件的第三方库时，会默认自动创建相关文件的软链接到 Linux 系统路径，这样就就报错了。
如果要坚持使用共享目录的形式做开发，那么需要设置在 npm 安装新库时使用参数 --no-bin-links 告诉系统不要自动创建软连接，语法如下：
npm install cowsay --no-bin-links
这样就会跳过相关步骤。
也可以设置到 npm 配置中，这样以后安装的包都会默认不创建 bin 的软连接了：
npm config set bin-links false
当然最理想的方式就是将开发路径放置在 Linux 系统中，而不是通过共享目录的形式。这样就是一个纯原生的环境。