xmlserializer 默认为根元素添加 xmlns="" 是因其将无命名空间类型视为“空命名空间xml”，需显式用 [xmlroot(namespace = "")] 或 xmlserializernamespaces 抑制，否则导致下游系统校验失败。
XmlSerializer 序列化时为什么总带 xmlns=""
因为 XmlSerializer 默认把根元素视为无命名空间（xmlns=""），即使你没显式声明任何命名空间，它也会输出这个空默认命名空间声明。这不是 bug，是它的命名空间推导逻辑：当类型没用 [XmlRoot(Namespace = "...")] 或没在构造时传入命名空间，它就认为你在用“无命名空间 XML”，于是补上 xmlns="" 来“澄清”这一点。
常见错误现象：XmlSerializer 输出的 XML 里根节点多出 xmlns=""，导致下游系统（比如某些老 SOAP 接口、XML 验签逻辑）校验失败或解析异常。
- 使用场景：对接遗留系统、生成轻量配置 XML、需要和手写 XML 格式严格对齐
- 关键点：必须显式控制命名空间，不能依赖默认行为
- 不加干预的话，连
[XmlElement]上设了Namespace也压不住根节点的xmlns=""
用 XmlRoot(Namespace = "") 强制清空根命名空间
最直接有效的方式是在序列化的类上加 [XmlRoot(Namespace = "")]。注意不是 null，也不是留空字符串以外的值——必须是字面量 ""。
示例：
[XmlRoot(Namespace = "")]
public class Config
{
public string Name { get; set; }
}
这样序列化后根元素就是 <config><name>...</name></config>，彻底不带 xmlns 声明。
- 如果类是第三方库里的、无法加属性？那就得换方式（见下一条）
- 该属性只影响根元素；子元素若没显式指定命名空间，仍可能继承空命名空间（但不会额外输出
xmlns=""） - 别写成
Namespace = string.Empty—— 编译器允许，但XmlSerializer不认，等效于没设
用 XmlSerializerNamespaces 抑制所有命名空间声明
如果类已固定、不能改属性，或者要动态控制（比如同一类型有时要命名空间、有时不要），就靠 XmlSerializerNamespaces。它本质是告诉序列化器：“我明确知道哪些前缀该出现，其余全别打。”
实操要点：
- 创建实例：
var ns = new XmlSerializerNamespaces(); - 添加一个空前缀映射：
ns.Add("", "");—— 这行最关键，表示“默认命名空间绑定到空字符串”，从而抑制xmlns="" - 传给
Serialize()的第三个参数：serializer.Serialize(writer, obj, ns);
注意：如果类上已有 [XmlRoot(Namespace = "http://x")]，这里再加 ns.Add("", "") 会冲突，导致抛 InvalidOperationException。此时必须二者统一——要么删掉属性上的命名空间，要么别加空映射。
为什么 XmlSerializer 不像 XmlDocument 那样“听话”
因为 XmlSerializer 是基于类型契约生成 XML 的，命名空间处理是编译期决定的；而 XmlDocument 是运行时手动拼 DOM，完全可控。所以别试图用 XmlWriterSettings.OmitXmlDeclaration = true 之类去“绕过”，它管不了命名空间。
容易被忽略的点：
- 泛型集合序列化时，根节点名是自动生成的（如
ArrayOfType），此时必须给泛型类型本身加[XmlRoot]，而不是只修饰容器属性 - ASP.NET Core 中用
XmlSerializerOutputFormatter时，全局配置需通过AddXmlSerializerFormatters()并传入自定义XmlSerializer实例，否则XmlSerializerNamespaces无处注入 - 测试时别只看字符串输出，用
XDocument.Load()再解析一遍，确认Root.Name.NamespaceName确实是String.Empty
