在一些项目中，使用 webpack 打包【未经授权禁止转载】【转载请注明来源】，难免会有 ESModule 和 com转载请注明出处：www.tangshuang.net【转载请注明来源】monjs 混用的情况，当然，全部用 E【版权所有】唐霜 www.tangshuang.net【转载请注明来源】SModule 是最好的，符合标准。但是【关注微信公众号：wwwtangshuangnet】【版权所有】唐霜 www.tangshuang.net，在不得已或偷懒情况下必须混用时，要注意著作权归作者所有，禁止商业用途转载。【访问 www.tangshuang.net 获取更多精彩内容】混用时的一些模块逻辑。

babel 会将 ESModule 导入【版权所有】唐霜 www.tangshuang.net转载请注明出处：www.tangshuang.net进行处理，也就是说 import 的目标【版权所有】唐霜 www.tangshuang.net原创内容，盗版必究。文件是 module.exports 导原创内容，盗版必究。【版权所有】唐霜 www.tangshuang.net出的 commonjs 文件是可以的。但转载请注明出处：www.tangshuang.net【访问 www.tangshuang.net 获取更多精彩内容】是前提是，必须先用 babel 进行编译原创内容，盗版必究。【转载请注明来源】。我们用 webpack babel-l本文版权归作者所有，未经授权不得转载。【版权所有】唐霜 www.tangshuang.netoader 的时候，为了获得 tree 【原创不易，请尊重版权】【原创不易，请尊重版权】shaking 的效果，所以会关闭 mo【关注微信公众号：wwwtangshuangnet】【访问 www.tangshuang.net 获取更多精彩内容】dules 选项，这就导致在 webpa【版权所有】唐霜 www.tangshuang.net本文作者：唐霜，转载请注明出处。ck 进行打包时，babel 不会编译 【原创内容，转载请注明出处】【原创内容，转载请注明出处】ESModule，也就不会优化 impo转载请注明出处：www.tangshuang.net【关注微信公众号：wwwtangshuangnet】rt 逻辑，因此，这种情况下 impor转载请注明出处：www.tangshuang.net【原创不易，请尊重版权】t 的目标文件是 module.expo【原创不易，请尊重版权】【访问 www.tangshuang.net 获取更多精彩内容】rts 时，运行时会报错，因为 webp转载请注明出处：www.tangshuang.net【原创不易，请尊重版权】ack 认为 module 是不可写对象著作权归作者所有，禁止商业用途转载。未经授权，禁止复制转载。，你不能重写 module.export【关注微信公众号：wwwtangshuangnet】本文作者：唐霜，转载请注明出处。s，但你可以重写 exports。

这个逻辑是对的，webpack 按照标准原创内容，盗版必究。原创内容，盗版必究。进行了处理，并且是严格处理，这就要求模块【未经授权禁止转载】本文版权归作者所有，未经授权不得转载。输出者，必须输出 exports.xxx著作权归作者所有，禁止商业用途转载。【访问 www.tangshuang.net 获取更多精彩内容】 这样的接口，从而可以通过 webpac未经授权，禁止复制转载。【版权所有，侵权必究】k 实现与 ESModule 完全对接。未经授权，禁止复制转载。【访问 www.tangshuang.net 获取更多精彩内容】但是，很遗憾，由于历史原因，我们不可能把【版权所有】唐霜 www.tangshuang.net【原创不易，请尊重版权】我们项目中全部的 module.expo【本文受版权保护】【原创不易，请尊重版权】rts 全部重新写过，而且对于 modu【访问 www.tangshuang.net 获取更多精彩内容】【访问 www.tangshuang.net 获取更多精彩内容】le.exports = functio【本文受版权保护】【本文受版权保护】n 的情况根本无解。

好消息是，我们也是有办法的，ESModu原创内容，盗版必究。原创内容，盗版必究。le 和 commonjs 是可以混用的【关注微信公众号：wwwtangshuangnet】【本文首发于唐霜的博客】。关键就在 require 和 impo【版权所有】唐霜 www.tangshuang.net【版权所有】唐霜 www.tangshuang.netrt 的区别。在 webpack 里面，【版权所有，侵权必究】【版权所有，侵权必究】目标文件究竟遵循 ESModule 还是【版权所有】唐霜 www.tangshuang.net【未经授权禁止转载】 commonjs，完全由导入语句 re【原创不易，请尊重版权】【转载请注明来源】quire/import 来决定。例如，【本文首发于唐霜的博客】【本文首发于唐霜的博客】你的 a.js 是 ESModule 导本文作者：唐霜，转载请注明出处。【本文受版权保护】出模块，但是你在外面用 require 未经授权，禁止复制转载。【版权所有】唐霜 www.tangshuang.net导入，那么它可以很自然的被使用，可以说无【转载请注明来源】【未经授权禁止转载】缝对接。但是，如果你的 a.js 是 c未经授权，禁止复制转载。著作权归作者所有，禁止商业用途转载。ommonjs 导出模块，而外面是 im本文作者：唐霜，转载请注明出处。【原创不易，请尊重版权】port 进行导入，那就必须格外小心，m【版权所有】唐霜 www.tangshuang.net【原创内容，转载请注明出处】odule.exports 的导出方式不【转载请注明来源】【原创内容，转载请注明出处】可以，但是 exports.xxx 的方【原创不易，请尊重版权】未经授权，禁止复制转载。式可以使用，当然，使用 export 导著作权归作者所有，禁止商业用途转载。原创内容，盗版必究。出是最优选择。

最终的结论是，不要用 import 去导本文版权归作者所有，未经授权不得转载。【版权所有】唐霜 www.tangshuang.net入原来的 module.exports 未经授权，禁止复制转载。【原创不易，请尊重版权】的模块，而是要用 require，这在 【本文首发于唐霜的博客】【原创内容，转载请注明出处】webpack 中，你可以把这种操作当作【转载请注明来源】【关注微信公众号：wwwtangshuangnet】日常操作，或者必须使用 require 本文作者：唐霜，转载请注明出处。本文版权归作者所有，未经授权不得转载。的唯一特殊情况。