最小化JS和CSS有什么风险吗?

如果宇宙射线穿透构建服务器的外壳并在缩小过程中击中内存，它可能会破坏一切。不过，这种可能性非常小。

构建中的另一个步骤总是会引入复杂性并有潜在的错误，特别是当它修改文件时。您的测试将发现，由于您应该始终测试您计划将部署到生产环境中的内容。如果您部署了被缩减的代码，则需要测试被缩减的代码。

最小化被广泛使用，大多数工具都相当成熟和健壮，在检测什么正在使用和什么没有使用方面具有出色的准确性。它们非常善于不删除以不寻常方式使用的代码。

然而，minifier有可能决定某些东西没有被使用并且是不正确的。在这种情况下，你的单元和/或集成测试应该失败，你将能够更改代码或告诉minifier保留缺失的部分。

这些修复非常快，而且通常很明显，所以拥有几个小文件(而不是许多大文件)的好处几乎总是大于它们。因为minifiers会重命名代码或者完全删除代码，所以即使是简单的烟雾测试也足以暴露任何错误。

作为一个例子，Google的闭包编译器有一个关于处理全局变量和外部变量、导出和你需要保留的未使用代码的教程。

一般来说，原始代码和简化后的代码在功能上没有区别。最小化过程应该只在最小化代码时对其进行安全更改。

然而，我总是说，任何复杂到真正有用的系统，也有bug。即使你不太可能偶然发现最小化代码中的错误，它仍然是可能的。

我建议您测试已缩减的代码。您也许可以使用未简化的代码运行第一个测试，因为调试未简化的代码要容易得多。