webpack只是一个打包模块的机制，只是把依赖的?？樽煽梢源碚庑┌木蔡募?。并不是什么commonjs或者amd之类的?？榛娣丁ebpack就是识别你的 入口文件。识别你的?？橐览?，来打包你的代码。至于你的代码使用的是commonjs还是amd或者es6的import。webpack都会对其进行分析。来获取代码的依赖。webpack做的就是分析代码。转换代码，编译代码，输出代码。webpack本身是一个node的?？椋詗ebpack.config.js是以commonjs形式书写的(node中的?？榛莄ommonjs规范的)

webpack中每个?？橛幸桓鑫ㄒ坏膇d，是从0开始递增的。整个打包后的bundle.js是一个匿名函数自执行。参数则为一个数组。数组的每一项都为个function。function的内容则为每个?？榈哪谌?，并按照require的顺序排列。

// webpack.config.js
module.exports = {
  entry:'./a.js',
  output:{
    filename:'bundle.js'
  }
};

// a.js
var b = require('./b.js');

console.log('a');

b.b1();

// b.js
exports.b1 = function () {
  console.log('b1')
};

exports.b2 = function () {
  console.log('b2')
};

以上代码我们打包处理的js为

// bundle.js
/******/ (function(modules) { // webpackBootstrap
/******/    // The module cache
/******/    var installedModules = {};

/******/    // The require function
/******/    function __webpack_require__(moduleId) {

/******/        // Check if module is in cache
/******/        if(installedModules[moduleId])
/******/            return installedModules[moduleId].exports;

/******/        // Create a new module (and put it into the cache)
/******/        var module = installedModules[moduleId] = {
/******/            exports: {},
/******/            id: moduleId,
/******/            loaded: false
/******/        };

/******/        // Execute the module function
/******/        modules[moduleId].call(module.exports, module, module.exports, __webpack_require__);

/******/        // Flag the module as loaded
/******/        module.loaded = true;

/******/        // Return the exports of the module
/******/        return module.exports;
/******/    }


/******/    // expose the modules object (__webpack_modules__)
/******/    __webpack_require__.m = modules;

/******/    // expose the module cache
/******/    __webpack_require__.c = installedModules;

/******/    // __webpack_public_path__
/******/    __webpack_require__.p = "";

/******/    // Load entry module and return exports
/******/    return __webpack_require__(0);
/******/ })
/************************************************************************/
/******/ ([
/* 0 */
/***/ function(module, exports, __webpack_require__) {

    var b = __webpack_require__(1);

    console.log('a');

    b.b1();


/***/ },
/* 1 */
/***/ function(module, exports) {

    exports.b1 = function () {
      console.log('b1')
    };

    exports.b2 = function () {
      console.log('b2')
    };

/***/ }
/******/ ]);

我们看到_webpack_require是?？榧釉睾?，接收?？閕d（对，webpack中每个?？槎蓟嵊幸桓龆酪晃薅膇d，其实也就是在IIFE传参数组中的索引值（0，1，2.....）
a依赖b，所以在a中调用webpack加载?？榈暮?/p>

// 1是模块b的id
var b = __webpack_require__(1);

上面是使用的commonjs规范书写的
webpack2是如何对实现es6 modules的
webpack?？榛?ES module

无论什么?？楣娣妒樾?。我们的webpack进行识别后打包的内容不会相差很多，webpack有优秀的语法分析能力，支持 CommonJs AMD 等规范。
webpack为什么能把任何形式的资源都视作?？槟兀恳蛭?a target="_blank" rel="nofollow">loader机制。不同的资源采用不同的loader进行转换。CMD、AMD 、import、css 、等都有相应的loader去进行转换。那为什么我们平时写的es6的模块机制，不用增加import的loader呢。因为我们使用了babel把import转换成了require。并且Webpack 2 将增加对 ES6 模块的原生支持并且混用 ES6、AMD 和 CommonJS ?？?/strong>。这意味着 Webpack 现在可以识别 import 和 export 了，不需要先把它们转换成 CommonJS ?？榈母袷剑?a target="_blank" rel="nofollow">Webpack 2 有哪些新东西webpack对于es?？榈氖迪?，也是基于自己实现的webpack_require 和webpack_exports ，装换成类似于commonjs的形式。es6 module是静态的依赖,所以在运行前进行代码转换,这里的实现是将所有导出项作为一个对象的属性,在入口文件执行时,去递归的加载?？椤?/p>

如何实现一个简单的webpack