一起使用babel-loader和web【原创不易，请尊重版权】本文作者：唐霜，转载请注明出处。pack UglifyJS时，babel【访问 www.tangshuang.net 获取更多精彩内容】转载请注明出处：www.tangshuang.net会优先处理一遍代码，编译后的代码才进入w未经授权，禁止复制转载。【版权所有，侵权必究】ebpack进行打包和优化操作。在使用扩本文版权归作者所有，未经授权不得转载。本文作者：唐霜，转载请注明出处。展运算符…时，不同的情况会进【未经授权禁止转载】【原创内容，转载请注明出处】行不同的处理。当在函数参数中使用时，会编著作权归作者所有，禁止商业用途转载。【转载请注明来源】译为arguments，而在调用参数时会【版权所有，侵权必究】【原创内容，转载请注明出处】编译为apply，如下：

function debug(...args) {
  console.log(...args)
}

会被编译为：

function debug() {
  var e
  (e = console).log.apply(null, arguments)
}

这是很奇怪的一种解释方法，为什么要用一个【版权所有，侵权必究】原创内容，盗版必究。多余的e变量来隔离console和log著作权归作者所有，禁止商业用途转载。原创内容，盗版必究。呢？如果这样编译之后，其结果自然不能被U【原创不易，请尊重版权】本文版权归作者所有，未经授权不得转载。glifyJS识别，drop_conso转载请注明出处：www.tangshuang.net【版权所有，侵权必究】le等选项也就不生效了。解决的办法，就是【本文受版权保护】【本文受版权保护】在调用函数时，直接采用apply。

function debug(...args) {
  console.log.apply(null, args)
}

因为没有使用扩展运算符，所以在编译的时候【转载请注明来源】原创内容，盗版必究。不会产生上面那种奇怪的分割代码，也就正常【本文首发于唐霜的博客】【本文首发于唐霜的博客】被UglifyJS优化了。