WSL2中Az CLI命令变量引用失效问题求助

问题场景 #

通过Az CLI获取用户分配托管标识的principalId并存储到变量，再用该变量查询角色分配时，WSL2 Ubuntu 22.04.3 LTS环境下抛出错误，提示需创建对应服务主体，但相同命令在Azure Cloud Shell中可正常运行。

原因分析 #

1. Az CLI版本差异：Cloud Shell的Az CLI保持最新，而WSL中安装的旧版本对托管标识的principalId识别逻辑不完善，默认会将其当作应用ID（appId）处理，而非自动关联到托管标识对应的服务主体。
2. 变量含隐藏字符：-o tsv输出的内容可能在WSL环境中带有换行符、回车符等不可见字符，导致Az CLI解析参数时出现异常。

解决方案 #

方案1：明确指定主体类型

用户分配的托管标识本质是特殊的服务主体，查询角色分配时添加--assignee-principal-type ServicePrincipal参数，强制Az CLI正确识别主体类型：

pid=$(az identity show -g rgName -n miName --query "principalId" -o tsv)
az role assignment list --assignee $pid --assignee-principal-type ServicePrincipal --scope /subscriptions/{subid}/resourceGroups/{rgName}

方案2：清理变量中的隐藏字符

通过xargs或tr命令去除变量中的不可见字符，确保参数纯净：

# 方法1：用xargs自动去除首尾空白、换行符
pid=$(az identity show -g rgName -n miName --query "principalId" -o tsv | xargs)

# 方法2：用tr命令删除换行和回车符
pid=$(az identity show -g rgName -n miName --query "principalId" -o tsv | tr -d '\n\r')

# 执行角色分配查询
az role assignment list --assignee $pid --scope /subscriptions/{subid}/resourceGroups/{rgName}

方案3：升级Az CLI到最新版本

旧版本Az CLI可能存在兼容性问题，升级到最新版本可修复此类识别逻辑缺陷：

curl -sL https://aka.ms/InstallAzureCLIDeb | sudo bash

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