Tree-Shaking的局限性：它无法识别出所有没用到的代码

你的Tree-Shaking并没什么卵用

谈到Tree-Shaking这个名词，我想很多前端coder早已耳熟能详，它代表的大意就是删除没用到的代码。而这样的功能对于构建大型应用时是非常好的，因为日常开发经常需要引用各种库。但大多时候仅仅使用了这些库的某些部分，而非需要全部，此时Tree-Shaking如果能帮助我们删除掉没有用到的那些代码，那就能大大减少包的体积，从而节省加载时间，优化用户体验。

但Tree-Shaking真的就有那么好吗？它真能达到预期效果吗？

恐怕未必！

Tree-Shaking说到底，还是一种编译器优化手段。它通过静态分析代码，识别出哪些代码是没用到的，然后将其从最终的打包文件中删除。

但是，静态分析代码毕竟不是万能的。它只能识别出一些比较简单的、显而易见没用的代码。对于一些比较复杂的、需要结合上下文才能判断是否没用的代码，它就无能为力了。

举个例子，我们假设有一个函数，它接受一个参数，并返回一个布尔值。这个函数被调用了两次，第一次传入了一个字符串，第二次传入了一个数字。

function isTrue(value) {
  return typeof value === 'boolean';
}

isTrue('hello'); // false
isTrue(123); // false

很明显，这个函数对于字符串和数字的输入，都会返回false。因此，如果我们使用Tree-Shaking，那么这两个调用都会被删除。

但是，如果我们稍稍修改一下代码，让函数返回true：

function isTrue(value) {
  return true;
}

isTrue('hello'); // true
isTrue(123); // true

这样，Tree-Shaking就无法识别出这两个调用是没用到的，因此它们都不会被删除。

这就是Tree-Shaking的局限性所在。它只能识别出一些比较简单的、显而易见没用的代码。对于一些比较复杂的、需要结合上下文才能判断是否没用的代码，它就无能为力了。

因此，如果你想使用Tree-Shaking来优化你的代码，那么你需要确保你的代码是足够简单的，并且没有使用任何复杂的数据结构或算法。否则，Tree-Shaking很可能会给你带来一些意想不到的麻烦。

当然，Tree-Shaking也并非一无是处。对于一些简单的项目，它还是能够发挥一定作用的。但是，如果你想对你的代码进行深度优化，那么你最好还是使用其他更强大的优化工具，比如代码混淆、代码压缩等。