XmlSerializer默认添加xmlns:xsi和xmlns:xsd是为支持类型还原与空值语义，可通过XmlSerializerNamespaces(new[]{new XmlQualifiedName("","")})彻底移除，且不影响无xsi:type/nil的常规反序列化。
XmlSerializer序列化时为啥总带xmlns:xsi和xmlns:xsd？
因为XmlSerializer默认会把xsi（XML Schema Instance）和xsd命名空间加到根元素上，哪怕你没显式用xsi:type或xsi:nil。这不是bug，是它为支持类型还原和空值语义预留的“保险丝”——但多数纯数据交换场景根本用不上。
常见错误现象：XmlSerializer.Serialize()输出的XML里多出两行命名空间声明，导致下游系统校验失败、diff变红、或被误认为“格式不规范”。
- 这俩命名空间只在根元素出现，子元素不会重复加
- 即使类上写了
[XmlRoot(Namespace = "")]也拦不住它们 -
XmlSerializerNamespaces必须显式传入，且要“填满”才生效，留空或只加""都不行
用XmlSerializerNamespaces彻底清掉xmlns:xsi
核心动作就一行：构造一个XmlSerializerNamespaces实例，往里加一对空字符串映射，再塞进Serialize()调用里。
实操要点：
- 必须用
new XmlSerializerNamespaces(new[] { new XmlQualifiedName("", "") })，不能只写new XmlSerializerNamespaces()（那等于没设） -
XmlQualifiedName第一个参数是前缀（这里为空），第二个是URI（也必须为空字符串""），缺一不可 - 这个对象只能用于单次
Serialize()，不能复用到多个不同类型的序列化中（否则可能混入其他命名空间）
示例：
var serializer = new XmlSerializer(typeof(MyData));
var ns = new XmlSerializerNamespaces(new[] { new XmlQualifiedName("", "") });
using (var writer = new StringWriter())
{
serializer.Serialize(writer, data, ns);
Console.WriteLine(writer.ToString());
}
为什么[XmlRoot(Namespace = "")]不起作用？
因为[XmlRoot]只控制根元素自身的xmlns（即默认命名空间），对xsi和xsd这两个“系统级”命名空间完全无感。它们由XmlSerializer内部硬编码注入，绕过所有属性配置。
容易踩的坑：
- 以为加了
[XmlType(Namespace = "")]就能管住xsi——不行 - 在类里用
[XmlElement(Namespace = "")]逐个设——没用，问题不在元素层级 - 试图用
XmlWriterSettings.OmitXmlDeclaration = true来掩盖——声明没了，但xmlns:xsi还在根元素上
生成的XML去掉xsi后，反序列化还安全吗？
只要你的类没用[XmlInclude]、没手动设xsi:type、也没序列化null值（靠[XmlElement(IsNullable = true)]触发xsi:nil="true"），就完全安全。反序列化时XmlSerializer根本不依赖那两个命名空间。
但要注意：
- 如果上游硬塞了
xsi:type="xsd:string"这种字段，你删了命名空间后，XML会变成无效（因为xsd前缀找不到定义） - .NET Core 3.1+ 和 .NET 5+ 对命名空间更严格，某些旧版容忍的写法现在直接抛
InvalidOperationException - 别为了“干净”去动
XmlWriter底层——容易破坏CDATA、转义、编码等细节
真正要盯住的，是业务逻辑是否真需要xsi:nil或类型提示。大多数DTO场景，删了就删了，没后遗症。
