PowerShell 7运行AWS CLI时如何用变量正确传递JSON参数

这个适配冲突的核心原因有三个：

1. AWS官方文档给出的单引号包裹JSON的示例面向Bash/Zsh等POSIX Shell，这类Shell会把单引号内的内容原样传递给下游程序，不做额外处理。但PowerShell对原生EXE程序的参数传递有独立解析逻辑，默认配置下会自动剥离参数里未被PowerShell识别为合法转义的内层双引号，直接套用文档写法就会触发JSON解析报错。
2. 手动给内层双引号加\转义后能正常运行，是因为反斜杠转义双引号的写法刚好能在PowerShell参数解析后保留住内层双引号，但单引号包裹的字符串在PowerShell中是字面量字符串，不会解析其中的$变量占位符，所以变量会直接作为字符串字面量传递给服务端。
3. 改用双引号包裹整段参数时，PowerShell会优先按自身语法规则解析字符串：双引号内的双引号需要用PowerShell原生转义符（反引号`）转义，但转义后的引号在传递给aws.exe时会被二次处理，最终还是会出现引号丢失的问题；直接用反斜杠转义双引号在双引号字符串中又不会被PowerShell识别为合法转义，很容易出现解析混乱。

按照可维护性、出错概率从高到低排序：

方案1：原生对象转JSON + 管道传参（零转义，最推荐） #

完全放弃手写转义JSON字符串的思路，用PowerShell原生的哈希表/对象构造参数结构，通过ConvertTo-Json自动生成合法JSON，再通过管道传递给AWS CLI，彻底绕开所有引号转义坑：

# 构造参数结构，直接引用变量即可，不需要考虑任何转义
$changeBatchParam = @{
    Changes = @(
        @{
            Action = "UPSERT"
            # 按实际需求补全ResourceRecordSet的Name、Type、TTL等必填字段
            ResourceRecordSet = @{
                Value = $MY_IP
            }
        }
    )
} | ConvertTo-Json -Depth 10

# 跨平台PowerShell 7通用写法，通过标准输入传递JSON参数
$changeBatchParam | aws route53 change-resource-record-sets `
    --hosted-zone-id 你的托管区域ID `
    --change-batch file:///dev/stdin

如果是Windows环境下标准输入路径兼容性有问题，可以用临时文件传参，同样没有转义成本：

$tempJson = New-TemporaryFile
$changeBatchParam | Out-File $tempJson -Encoding utf8
aws route53 ... --change-batch file://$tempJson
Remove-Item $tempJson -Force

方案2：调整原生参数传递模式，兼容官方文档写法 #

PowerShell 7新增了原生命令参数传递模式的配置项，临时调整为POSIX标准模式后，参数传递逻辑就和Bash等Shell一致，可以直接套用AWS官方文档的写法：

# 当前会话临时开启标准POSIX参数传递逻辑
$PSNativeCommandArgumentPassing = 'Standard'

# 双引号包裹字符串支持变量解析，内层双引号用两个连续双引号转义即可
aws route53 ... --change-batch "{
  ""Changes"": [
    {
      ""Action"": ""UPSERT"",
      ""ResourceRecordSet"": {
        ""Value"": ""$MY_IP""
      }
    }
  ]
}"

注意：这个配置仅当前会话生效，关闭PowerShell窗口后会恢复默认值，不需要永久修改系统配置。

方案3：字符串拼接（不推荐，仅适合极简单的JSON场景） #

如果一定要用内联转义字符串的写法，可以通过字符串拼接的方式把变量插入到转义后的JSON片段中，不需要调整全局配置：

aws route53 ... --change-batch ('{\"Changes\":[{\"Action\":\"UPSERT\", \"Value\":\"' + $MY_IP + '\"}]}')

这个写法容错率极低，JSON结构稍微复杂一点就很容易出现引号不匹配、转义缺失的问题，不建议在生产脚本里使用。

• 不要用PowerShell原生转义符反引号`转义JSON内层双引号传递给AWS CLI，反引号只会被PowerShell自身解析，传递给aws.exe时不会被保留，最终还是会出现引号丢失的问题。
• 不要在单引号包裹的字面量字符串中直接写变量，PowerShell语法层面就不会解析单引号内的变量占位符，和AWS CLI无关。
• 用ConvertTo-Json时记得加-Depth 10参数，避免结构过深时JSON被截断。

内容的提问来源于stack exchange，提问作者Felix