json - 为什么根据其他工具，来自aws rds的JSON在Docker "malformed"中运行？

Question

在我看来，以下 JSON 看起来有效。

{
    "DescribeDBLogFiles": [
        {
            "LogFileName": "error/postgresql.log.2022-09-14-00",
            "LastWritten": 1663199972348,
            "Size": 3032193
        }
    ]
}

A) 但是， jq , json_pp和 Python json.tool模块认为它无效:

# jq 1.6
> echo "$logfiles" | jq  
parse error: Invalid numeric literal at line 1, column 2

# json_pp 4.02
> echo "$logfiles" | json_pp
malformed JSON string, neither array, object, number, string or atom, 
at character offset 0 (before "\x{1b}[?1h\x{1b}=\r{...") at /usr/bin/json_pp line 51

> python3 -m json.tool <<< "$logfiles"
Expecting value: line 1 column 1 (char 0)

B) 但另一方面，如果将上述 JSON 复制并粘贴到在线验证器中，1和 2 , 认为它有效。

---

正如 json_pp 所暗示的那样上面的错误，hexdump <<< "$logfiles"确实显示了额外的周围字符。这是前缀:5b1b 313f 1b68 0d3d 1b7b .... , 其中7b是{ .

---

JSON 输出到 logfiles通过此命令变量:

logfiles=$(aws rds describe-db-log-files \
  --db-instance-identifier somedb \
  --filename-contains 2022-09-14)

# where `aws` is
alias aws='docker run --rm -it -v ~/.aws:/root/.aws amazon/aws-cli:2.7.31'

> bash --version
GNU bash, version 5.0.17(1)-release (x86_64-pc-linux-gnu)

---

已细读this GitHub issue ，但无法找出原因。我怀疑双引号在使用 echo 时会以某种方式被破坏- 一些报道说printf为他们“工作”。

Answer 1

使用 docker run --rm -it -v 命令生成 JSON，在 JSON 数据的开头添加了一些额外的不可打印字符。这使得生成的文件 $logfiles 无效。

-t 选项分配一个 tty，-i 创建一个交互式 shell。在这种情况下，-t 允许 shell 读取登录脚本(例如 .bashrc)。您的启动脚本中的某些内容正在输出 ansi 转义码。这通常会清除屏幕，为交互式 shell 设置其他内容，或者通过对部分数据进行着色使输出更具视觉吸引力。