Webpack 5 的重大变化：默认不再包含 Node.js 核心模块的 polyfill

在 webpack 4 及更早版本中，默认情况下会为 Node.js 核心模块提供 polyfill。这意味着如果你的代码中使用了某些只在 Node.js 环境中存在的全局变量或方法，webpack 会自动为你添加相应的 polyfill。然而，webpack 5 的一项重大更改是默认不再包含这些 polyfill。这意味着如果你的代码中使用了这些全局变量或方法，它们将无法正常工作，导致运行时错误。
这个变化可能会对许多开发者造成困扰，因为他们在之前的 webpack 版本中已经习惯了自动 polyfill 的行为。但实际上，这是一个积极的改变，因为它有助于提高代码的清晰度和可维护性。通过明确地引入所需的 polyfill，而不是依赖默认的隐式行为，代码的依赖关系变得更加明确，也更易于理解和测试。
那么，如何应对这个变化呢？以下是几种可能的策略：

1. 明确引入所需的 polyfill：你可以手动在项目中引入所需的 polyfill。例如，如果你的代码使用了 require 方法，你可以引入 require-node 这个 npm 包来提供相应的 polyfill。这需要你明确了解代码中使用了哪些只在 Node.js 环境中存在的全局变量或方法，并针对它们引入相应的 polyfill。
2. 使用条件编译：如果你的代码需要在不同的环境中运行（例如，在浏览器和 Node.js 中），你可以使用条件编译来处理不同的环境。在 webpack 中，你可以使用 webpack-node-externals 这个插件来自动忽略 Node.js 核心模块的引用，从而避免需要手动引入 polyfill。这样，你的代码在浏览器环境中运行时会自动忽略这些引用，而在 Node.js 环境中运行时则会正常工作。
3. 升级依赖包：有时候，你的代码依赖的某个包可能已经不再需要 Node.js 核心模块的 polyfill。在这种情况下，你可以尝试升级该依赖包到最新版本，看看是否解决了问题。
4. 使用插件来自动处理 polyfill：虽然 webpack 5 不再默认包含 polyfill，但你可以使用插件来自动处理这个问题。例如，webpack-node-polyfill 这个插件可以自动为 Node.js 核心模块添加 polyfill。但是请注意，这种做法与 webpack 的设计理念相悖，可能会导致一些未预期的问题和兼容性问题。
   总之，虽然 webpack 5 的这个变化可能会带来一些困扰，但它也有助于提高代码的清晰度和可维护性。通过明确地引入所需的 polyfill，你可以更好地控制代码的行为和依赖关系。同时，以上提到的几种策略也可以帮助你应对这个变化。最后，请注意检查你的依赖包是否需要更新或是否存在替代方案，以避免不必要的麻烦。