向AWS Fargate Docker容器传字典参数时空格截断问题如何解决

本地docker run可正常运行，是因为本地Docker执行shell格式ENTRYPOINT时，会通过默认shell解析${LAMBDA_PAYLOAD}变量，双引号包裹的变量值会被识别为单个完整参数传递给Python脚本。
AWS ECS Fargate启动容器时，对shell格式ENTRYPOINT的参数解析逻辑与本地Docker存在差异：不会自动保留双引号包裹的带空格变量值的完整性，会直接按空格拆分命令参数，因此遇到J.J. Robichard中的空格时，后续内容会被拆分为独立的传入参数，最终sys.argv[1]仅能拿到空格前的截断内容，触发JSON解析崩溃。
之前尝试的转义空格、三引号包裹参数等方法不生效，核心原因是这些修改没有解决ECS层对ENTRYPOINT参数的拆分逻辑问题。

以下两种方案二选一即可，boto3侧的环境变量配置不需要做任何修改，当前传入的JSON字符串格式完全正确，无需额外转义空格、添加包裹符号。

方案1：改为脚本直接读取环境变量（推荐，稳定性最高） #

彻底绕开命令行参数解析的拆分逻辑，直接在Python代码中读取环境变量，是处理这类结构化参数传入的最优实践：

1. 修改calc.py的参数读取逻辑，替换从sys.argv读值的代码为读取环境变量：

import os
import sys
import json
if __name__ == "__main__":
    print("Entered in main")
    print(f"Function name: {sys.argv[0]}")
    payload_str = os.getenv("LAMBDA_PAYLOAD")
    print(payload_str)
    payload = json.loads(payload_str)
    for k,v in payload.items():
        print(f"Key: {k},Value: {v}")

2. 修改Dockerfile的ENTRYPOINT为exec格式，去掉变量拼接逻辑：

ENTRYPOINT ["python3", "calc.py"]

该方案完全不涉及命令行参数的空格、特殊字符解析问题，后续不管传入的JSON结构多复杂、包含多少空格或特殊符号，都可以稳定读取。

方案2：保留命令行传参逻辑，修改ENTRYPOINT写法 #

如果暂时不方便修改Python业务代码，可以调整ENTRYPOINT为显式调用shell的exec格式，强制shell将环境变量值作为单个完整参数传递：

ENTRYPOINT ["/bin/sh", "-c", "python3 calc.py \"${LAMBDA_PAYLOAD}\""]

注意必须使用JSON数组格式的exec写法，不能使用直接写命令的shell格式，且变量两侧的转义双引号不能省略，否则还是会出现参数拆分问题。

• 不要在ECS任务中使用shell格式（非JSON数组形式）的ENTRYPOINT/CMD传递带空格、特殊字符的参数，ECS对该格式的参数拆分逻辑与本地Docker不一致，极易出现截断、转义失效问题。
• 复杂结构化参数优先通过环境变量直接在业务代码内读取，比拼接成命令行参数的维护成本低很多，也不容易出现环境差异导致的运行异常。

内容的提问来源于stack exchange，提问作者Jesse McMullen-Crummey