cross-env 是一个运行在 Node.js 环境中的工具包，它的主要作用是让我们可以在命令行中设置环境变量，而不必担心跨操作系统的兼容问题。在 Unix 和 Windows 系统中设置环境变量的方式是不同的，这就导致了我们无法写出一条在所有操作系统中都可以运行的设置环境变量的命令。cross-env 的出现就是为了解决这个问题。
以一个非常常见的场景为例，让我们来看一下在没有使用 cross-env 的情况下，如何在不同的操作系统中设置环境变量。在 Unix 系统中，我们通常会这样做：
NODE_ENV=production node app.js
而在 Windows 系统中，我们需要这样做：
set NODE_ENV=production&&node app.js
这样的差异使得我们在编写跨平台脚本时遇到了困难，因为我们无法保证所有的开发者和用户都在使用同一种操作系统。
这时，cross-env 就派上了用场。使用 cross-env，我们可以这样设置环境变量：
cross-env NODE_ENV=production node app.js
这条命令无论在 Unix 还是在 Windows 系统中，都能正确地设置 NODE_ENV 环境变量为 production。
cross-env 的工作原理是它在内部对操作系统进行了检查，并根据操作系统的类型来决定如何设置环境变量。这样，开发者就无需担心操作系统的差异，只需要专注于他们的应用程序代码。
cross-env 是一个非常小巧的工具包，但它解决了一个非常实际的问题。在实际开发中，开发者经常需要根据环境变量来改变他们的应用程序的行为。比如，在开发环境中，开发者可能希望打开一些调试日志，而在生产环境中，他们可能希望关闭这些日志。通过设置环境变量，开发者可以在不改变代码的情况下，实现这种行为的切换。
不仅如此，环境变量还常常被用来存储敏感信息，如数据库密码、API 密钥等。这些信息不应该被硬编码在代码中，而是应该存储在环境变量中，以增加应用程序的安全性。
在使用 cross-env 时，我们通常会在 package.json 文件的 scripts 字段中使用它，像下面这样：
"scripts": {
"start": "cross-env NODE_ENV=production node app.js"
}
然后，我们就可以通过运行 npm start 来启动我们的应用程序，而 NODE_ENV 环境变量会被设置为 production。