如何避免在Javascript/节点包的每一行前面都有/******/呢？

更新： 我使用WebPack在Node.js测试项目中工作，在开发过程中，在每一行的开头构建app.js，其中

/******/

所以，这似乎是一种常见的行为，有没有什么众所周知的方法来消除它们？在生产/缩小版中，它们不存在。然而，对于这个问题，将生产模式转换为生产模式并不是一个可接受的解决方案

额外信息：

---

出于您的兴趣，以下是我想要的原因：这可能没什么大不了的，我知道它们只处于开发模式，但是，虽然app.js大约有5 Mb，有数千行，但这些额外的字符可能会在100kb左右结束，导致理论上的减速，比如说，app.js加载的XXX毫秒，为什么我们开发人员应该放松，即在每个页面上刷新？

我猜您在开发模式下使用Webpack捆绑依赖项。通过使用-mode=development运行Webpack或在配置文件中指定mode:“development”，将其更改为生产模式。

我猜您正在使用Webpack在开发模式下捆绑依赖项。使用-mode=development运行Webpack，或者在配置文件中指定mode:“development”，将其更改为生产模式。

Webpack有一些怪癖，其中之一是它在序言前添加了8字节的注释序列，至少在开发模式下是这样

---

Webpack还有其他的选择，比如关注性能，所以如果您的构建时间很慢，这很可能是解决方案。

Webpack有一些怪癖，其中之一是它在序言中加入了8字节的注释序列，至少在开发模式下是这样

---

---

有其他方法可以替代Webpack，比如关注性能，因此，如果您的构建时间很慢，这很可能就是解决方案。

这是如何构建的？值得注意的是，一旦缩小，它就消失了，即使它没有，压缩也会将其压缩为零，因为它只是复制的符号。看起来很奇怪吗？你在构建中使用了什么？除了这种捆绑行为很奇怪之外，仅仅一个100kb的额外文件大小怎么会让你的应用程序慢100-500ms？在localhost中加载页面，无论文件大小如何，都是即时的。您是否在开发模式下未使用localhost？@yqlim有两个问题。对于这个特定的项目，我要求使用外部服务/站点，而不是本地主机。通常，即使在本地主机服务器上，文件的加载也不像缓存资源那样是即时的。他们确实带了一些女士。这是什么建筑？值得注意的是，一旦缩小，它就消失了，即使它没有，压缩也会将其压缩为零，因为它只是复制的符号。看起来很奇怪吗？你在构建中使用了什么？除了这种捆绑行为很奇怪之外，仅仅一个100kb的额外文件大小怎么会让你的应用程序慢100-500ms？在localhost中加载页面，无论文件大小如何，都是即时的。您是否在开发模式下未使用localhost？@yqlim有两个问题。对于这个特定的项目，我要求使用外部服务/站点，而不是本地主机。通常，即使在本地主机服务器上，文件的加载也不像缓存资源那样是即时的。他们确实接受了一些女士的回答。谢谢你的回答，我知道制作可以解决很多问题。然而，我不想为了避免这个问题而转向生产。在开发模式中，这一切都是无关紧要的。这些额外的字节不会被您的最终用户看到。本地传输100KB不需要任何时间。@tadman不，我当然知道，但这会影响我/我们的开发人员，因为浏览器/渲染/等可能会延迟100-500毫秒，这对于每次页面刷新来说都不是完美的。这就是为什么我们需要它，如果我们可以删除的话。如果您在使用Webpack时需要大约100毫秒的时间，而每次编译通常需要4-10秒，我认为您的优先级参差不齐。@tadman，没有一次性过程。生成了30-40个块，然后在后台将这些块上传到服务器。。。。它们中的每一个都需要额外的100kbs，总的来说可能是一些东西。我知道这仍然比构建时间本身要短，而且非常不重要，但我只是问，如果有可能被删除，为什么我们要白白浪费1-2秒呢？谢谢你的回答，我知道生产可以解决很多问题。然而，我不想为了避免这个问题而转向生产。在开发模式中，这一切都是无关紧要的。这些额外的字节不会被您的最终用户看到。本地传输100KB不需要任何时间。@tadman不，我当然知道，但这会影响我/我们的开发人员，因为浏览器/渲染/等可能会延迟100-500毫秒，这对于每次页面刷新来说都不是完美的。这就是为什么我们需要它，如果我们可以删除的话。如果您在使用Webpack时需要大约100毫秒的时间，而每次编译通常需要4-10秒，我认为您的优先级参差不齐。@tadman，没有一次性过程。 生成了30-40个块，然后在后台将这些块上传到服务器。。。。它们中的每一个都需要额外的100kbs，总的来说可能是一些东西。我知道这仍然少于构建时间本身，而且相当微不足道，但我只是问，如果有可能被删除，为什么我们要毫无意义地浪费1-2秒？