热替换的功能在开发环境下还是非常有必要的（尤其有 WebSocket 之类的功能时候）。ThinkJS 从 1.0 版本就已经实现，现在 2.0 已经非常完善了。下面说下具体的思路。 热替换分成 2 个部分： 1）监听文件修改 2）清除修改文件的缓存和对应的依赖文件

监听文件修改

监听文件修改最常见的方式是用 fs.watch 方法，但这个方法有很多问题，官网文档里也有说明。为此还有一个模块 chokidar 用来监听文件变化的，这个模块在 Gulp/Babel 等很多工具有使用，一般情况下都是没有问题的。但有时候也有问题，因为本质还是主要基于 fs.watch 来实现的。 如果监听的文件不是很多的话，最保险的办法是通过定时器来实现，获取目录下所有文件的修改时间，跟上一个状态做对比，如果不一样的话，表示文件有修改，然后对比出修改的文件。这里要注意 1 个地方，如果使用 Babel 之类的编译器，如果源文件有删除的话，需要把编译后的文件删掉。

清除文件缓存 Node.js 下所有模块的缓存都放在 Module._cache 下 ，模块下可以通过 require.cache 获取。如果这个文件没有被其他文件依赖的话，只要删除掉 require.cache 下对应的数据就可以了。如果是配置之类的文件，并且是在服务启动之前就加载，需要重新加载下。

如果这个模块被其他模块依赖的话，处理就复杂一些，不光要清除这个模块的缓存，还要清除依赖这个模块的模块。

Node.js 在模块依赖的处理有 bug，require.cache 里每个模块虽然都有 children 字段，表示依赖的子模块，但如果 A 模块被 B 模块依赖的话， B 模块的 children 含有 A 模块，这时候如果 C 模块也依赖 A 模块的话，C 模块的 children 里并不包含 A 模块。下面是 Node.js（V4.2.2） 里 module.js 里的实现：

Module._load = function(request, parent, isMain) {
  ...
  var filename = Module._resolveFilename(request, parent);

  var cachedModule = Module._cache[filename];
  //如果这个模块已经有缓存，直接返回
  if (cachedModule) {
    return cachedModule.exports;
  }
  ...
};

上面的代码去除了一些不相关的代码，可以看到如果一个模块已经加载的话，那么直接返回。这也导致了为啥 C 模块的 children 属性里没有包含 A 模块。 改进的话也很简单，目前我已经给官方发了 pull request, 具体见：https://github.com/nodejs/node/pull/3933/files

有了完整的模块依赖关系后，清除缓存就比较简单了，ThinkJS 里实现如下：

  clearFileCache(file){
    let mod = require.cache[file];
    if(!mod){
      return;
    }
    //remove children
    if(mod && mod.children){
      mod.children.length = 0;
    }

    // clear module cache which dependents this module
    for(let fileItem in require.cache){
      if(fileItem === file || fileItem.indexOf(NODE_MODULES) > -1){
        continue;
      }
      let item = require.cache[fileItem];
      if(item && item.children && item.children.indexOf(mod) > -1){
        this.clearFileCache(fileItem);
      }
    }
    //remove require cache
    delete require.cache[file];
  }

ThinkJS 里本身对这些处理更加完善下，可以直接使用 ES6/7 特性开发，然后自动使用 Babel 编译，自动清除文件的缓存。开发过程中完全不用借助第三方模块清除缓存。