因为环境变量只负责传字符串，不负责保留数组边界。你直接 export 之后，AI 或下游脚本看到的通常只是一段文本，原来的下标、空元素和顺序信息都已经丢了。

JSON 更适合的原因很简单，它能把对象、数组、布尔值和空值都显式表达出来，机器也更容易校验。对于要给 AI 调用的脚本来说，这种稳定性比‘看起来简洁’更重要。只有在脚本完全是人手临时执行、且参数很少的时候，才更适合直接用位置参数。

因为环境变量只负责传字符串，不负责保留数组边界。数组里的下标、空元素和顺序信息，到了环境这一层就不再是原样结构了，所以你一旦直接 export，最容易丢的就是这些细节。

更稳的办法是把数组明确序列化成 JSON、NUL 分隔文本，或者在同一个 shell 进程里处理完再调用下游命令。只要跨进程传递，就要按‘字符串接口’来设计，而不是按‘数组对象’来幻想。

不会，因为 Bash 环境变量本质上是 `name=value` 字符串，不是数组对象。你可以把 `PATH` 这类值拼成一个字符串传出去，但数组里的元素边界、空值和下标信息不会自动保留。换句话说，环境变量适合“传一个值”，数组适合“留住多个值的结构” [1][2]。

如果你的目的是让子进程看到一组参数，建议把它序列化成明确的文本格式，或者直接写到文件里再读取；如果只是脚本内部循环处理，继续用 Bash 数组最稳。这样做不是为了讲究，而是为了避免空格、引号、通配符把数据拆坏。

先说结论：Bash 环境变量本质上是字符串，不是真正的数组，所以不能直接、无损地保存和恢复数组结构。

如果你要传多个值，最好改用 JSON、配置文件，或者在同一进程里直接使用 Bash 数组。只有在元素内容非常简单、格式完全可控时，才勉强可以用分隔符序列化，但这很容易在空格、引号、换行上出错。

先说结论：Bash 数组不能直接作为环境变量结构保存，最稳妥的做法是先把数组序列化成字符串，再在下游还原。

原因在于环境变量本质上只保存字符串，遇到空格、逗号、引号或较长内容时，直接传递很容易拆分错位。简单场景可以用逗号分隔，复杂场景建议用 JSON，超过几十 KB 则更适合写入配置文件。

先说结论：Bash 不能把数组原生存成环境变量，因为环境变量本质上只是一串字符串，不保留数组结构、索引和类型信息。你可以把数组序列化成逗号分隔串、JSON 或文件，再在子进程里解析回来。

但要注意边界，简单分隔符适合短列表，复杂嵌套数据更适合 JSON。若值里可能包含逗号、空格、换行或引号，就不要硬塞进环境变量，直接改用配置文件或临时文件更稳。

结论：是的，Unix/Linux 系统对单个环境变量有长度限制，通常在 32KB-128KB 之间，具体取决于操作系统版本和内核配置。

原因与环境变量的实现有关：环境变量存储在进程的 environ 段中，这部分内存区域有固定的大小上限。当你尝试存储超大数组或长文本时，会遇到"argument list too long"错误。

建议的替代方案：如果需要存储超过几十 KB 的配置数据，应该改用文件存储（如 config.yaml、.env 文件），通过 source 命令读取或直接在脚本中引用。

正确做法是：用分隔符或 JSON 格式将数组转为字符串后存入环境变量，再在脚本中解析还原。

1. 用逗号分隔（简单场景）

export ITEMS="a,b,c"

IFS=',' read -ra items_array <<< "$ITEMS"

2. 用 JSON 字符串（推荐，支持复杂内容）

export ITEMS='["a","b","c"]'

items_json=$(echo "$ITEMS" | jq -r '.[]')

3. 注意事项：

- 环境变量长度有限，避免存储大数组。

- 元素含逗号或引号时，必须使用 JSON。

- 在容器或服务中，建议优先使用配置文件而非环境变量传数组。

- 仅用于临时数据，不适用于持久化存储。