}
var resolvedModule = Module._resolveLookupPaths(request, parent);
var id = resolvedModule[0];
var paths = resolvedModule[1];
// look up the filename first, since that's the cache key.
debug('looking for %j in %j', id, paths);
var filename = Module._findPath(request, paths, isMain);
if (!filename) {
var err = new Error("Cannot find module '" + request + "'");
err.code = 'MODULE_NOT_FOUND';
throw err;
}
return filename;
};
此时很自然地想到可以把所需要模块的路径加入到 paths 中去，但这其实是不可行的，Electron 包含主进程和渲染进程，主进程就是这里命名main.js 的文件，该文件是每个 Electron 应用的入口。它控制了应用的生命周期（从打开到关闭）。它能调用原生元素和创建新的（多个）渲染进程，而且整个 Node API 是内置其中的。
渲染进程就是一个浏览器窗口，现在我们的 js 跑在渲染进程里面，所以我们并不能直接在主进程里面修改渲染进程的数据。
Electron 提供了 IPC 接口专门用于主进程和渲染进程之间的通信，他提供了同步和异步两种方法，同步方法直接设置 event.returnValue，异步方法使用 event.sender.send(…).
// In main process.
const {ipcMain} = require('electron')
ipcMain.on('asynchronous-message', (event, arg) => {
console.log(arg) // prints "ping"
event.sender.send('asynchronous-reply', 'pong')
})ipcMain.on('synchronous-message', (event, arg) => {
console.log(arg) // prints "ping"
event.returnValue = 'pong'
})
// In renderer process (web page).
const {ipcRenderer} = require('electron')
console.log(ipcRenderer.sendSync('synchronous-message', 'ping')) // prints "pong"ipcRenderer.on('asynchronous-reply', (event, arg) => {
console.log(arg) // prints "pong"
})
ipcRenderer.send('asynchronous-message', 'ping')
但其实有更简单的方法，使用 remote 模块来直接调用：
const remote = window.nodeRequire('electron').remote;
var local = remote.require('local');这样子就可以直接使用外部模块了，这里为什么能引用 electron 模块，而其他的不可以呢？
继续看源码, Electron 重写了 Module._resolveFilename 函数，在 require(‘electron’) 时，就直接返回路径，所以就可以找到啦。
// Patch Module._resolveFilename to always require the Electron API when
// require('electron') is done.
const electronPath = path.join(__dirname, '..', process.type, 'api', 'exports', 'electron.js')
const originalResolveFilename = Module._resolveFilename
Module._resolveFilename = function (request, parent, isMain) {
if (request === 'electron') {
