PowerShell读XML属性需用GetAttribute()或"@attr"语法，不能直接点访问；查带命名空间XML须注册命名空间哈希表并配合Select-Xml；加载时注意BOM和编码，保存时需配置XmlWriterSettings保留格式。
PowerShell怎么读取XML节点的attribute值
直接用点语法访问属性会报错或返回空——PowerShell把XML当作对象树，但attribute不是子节点，得用GetAttribute()或@{}语法。
常见错误现象：$xml.Root.Item.name能取到文本内容，但$xml.Root.Item.id拿不到id="123"这个属性，反而返回$null。
- 正确写法是
$xml.Root.Item.GetAttribute("id")，注意参数是字符串 - 或者用
$xml.Root.Item."@id"（PowerShell 3.0+），@前缀表示属性访问 - 如果属性名含短横线（如
data-source），必须用引号：$xml.Root.Item."@data-source" - 批量读取多个属性时，
GetAttribute()更可控；单次读取用@{}写法更简洁
用Select-Xml查带命名空间的XML
一遇到xmlns="http://..."就查不到节点？不是语法错，是没注册命名空间。
使用场景：读取.csproj、app.config这类默认带xmlns的文件时，$xml.Project.PropertyGroup完全失效。
- 先定义命名空间哈希表：
$ns = @{ p = "http://schemas.microsoft.com/developer/msbuild/2003" } - 再用
Select-Xml -Xml $xml -XPath "//p:PropertyGroup" -Namespace $ns -
Select-Xml返回的是SelectXmlInfo对象，取值要链式调用：(Select-Xml ...).Node.InnerText - 别试图用
GetAttribute()直接操作Select-Xml结果——它不返回原生XML节点对象
[xml]类型强制转换的坑：文件编码和BOM
用[xml](Get-Content file.xml)报“无效的字符”或乱码？大概率是UTF-8带BOM或含不可见控制字符。
性能影响：大文件用Get-Content全读进内存再转[xml]，比System.Xml.XmlDocument流式加载慢且占内存。
- 安全读法：
[xml]$xml = Get-Content file.xml -Encoding UTF8（显式指定编码） - 更健壮的做法：
$xml = New-Object System.Xml.XmlDocument; $xml.Load("file.xml")，自动识别BOM - 如果XML里有
或0x00字节，[xml]解析直接失败，得先用-replace "\x00",""清理 - 别对网络路径或UNC路径直接强转
[xml]，Get-Content可能因权限失败，而XmlDocument.Load()报错更明确
修改XML属性后怎么保存不丢格式
直接$xml.Save("out.xml")会导致缩进全塌、注释消失、声明行被重写——这不是bug，是XmlDocument默认行为。
可接受的妥协点：脚本任务只要数据正确，格式不重要；但若要人眼可读或Git diff友好，就得干预输出。
- 保留缩进：设置
$xml.PreserveWhitespace = $true，但前提是源文件本身有空白节点 - 避免声明行重复：用
$xml.Save()前，检查$xml.FirstChild.NodeType是否为DocumentType，必要时移除 - 最稳方案：
$settings = New-Object System.Xml.XmlWriterSettings; $settings.Indent = $true; $settings.OmitXmlDeclaration = $false，再用XmlWriter.Create() - 简单场景下，用
Out-File -Encoding UTF8配合手动拼接字符串反而更可控（尤其只改一两个属性时）
属性名大小写敏感、命名空间前缀绑定位置、BOM处理时机——这些细节不报错，但改完发现值没生效，八成卡在这几个点上。
