最新动态：一个被忽视的边界条件

最近 7 天里，站内围绕 Bash 环境变量和数组传递的提问持续增加，浏览量从 2 到 69 不等。很多开发者在 CI/CD、Docker 启动参数和部署脚本里直接把配置塞进环境变量，但很少有人停下来问一个根本问题，环境变量到底能装多少数据？

为什么值得注意

在 Linux 系统上，单个环境变量的大小受限于内核参数 ARG_MAX。大多数发行版的默认值是 2MB 左右（通过 getconf ARG_MAX 可以查到），但这不是每个变量独享的额度，而是所有环境变量加命令行参数的总上限。

这意味着，如果你在一个脚本里 export 了大量配置，再把它们传给子进程，实际可用的空间远比想象中紧张。再加上不同操作系统和容器环境的差异，这个边界条件更容易被忽略。

判断

我的判断是：大多数场景下你碰不到这个上限，但一旦碰到，调试成本极高。如果你要传递的是短路径、少数开关或简单键值对，环境变量没问题。但如果配置内容超过几十 KB、包含嵌套结构，或者需要在多个进程间稳定传递，直接改用配置文件或 JSON 是更稳妥的做法。

简单记一个规则，环境变量适合传状态，不适合传结构。只要数据开始变复杂，就别再硬塞了。