这篇文章把用XMLSerializer实现对象串行化的全流程，拆成了“能跟着一步步做”的详细步骤：从给对象类加[Serializable]标记、创建XMLSerializer实例，到调用Serialize方法输出XML字符串或写入文件，每一步都附了具体代码；连“想忽略某个字段”“处理嵌套对象串行化”这些常见需求，也给了直接能用的解决技巧。就算是刚接触的新手，跟着走也能快速把对象转成结构清晰的XML，再也不用对着文档猜“下一步该怎么做”。现在就跟着步骤，把你的对象轻松变成XML吧！
你有没有过写代码时，想把一个用户对象转成XML存起来，结果要么报错“对象不可串行化”，要么生成的XML乱得没法看？我去年帮做电商系统的朋友调这个功能时，就踩过一堆坑——比如忘了给类加标记，导致序列化失败；或者嵌套对象没处理好，XML里多了一堆没必要的节点。今天就把我摸透的流程分享给你，不用记复杂概念，跟着步骤做就能成。
先把要序列化的对象“标记好”——避免踩“不可串行化”的坑
你有没有过写代码时，创建了一个User类（里面有姓名、年龄、邮箱字段），直接拿去序列化，结果运行时突然报“该类型未标记为可串行化”的错误？我朋友去年就遇到过——他查了半小时才发现，是没给类加[Serializable]属性。
其实这个属性的作用特简单，就像你寄快递前要给包裹贴个“可邮寄”的标签，XMLSerializer得通过这个标签判断“这个对象能不能转成XML”。具体怎么加呢？在C#里，直接在类定义上面加就行：
[Serializable] // 关键：给类贴“可序列化”标签
public class User
{
public string Name { get; set; } // 姓名
public int Age { get; set; } // 年龄
public string Email { get; set; } // 邮箱
}
加了这个属性，XMLSerializer才会“认识”这个类，愿意帮你把它转成XML。
不过有个例外——如果有些字段你不想序列化（比如密码），就得用[NonSerialized]属性标记。我之前做会员系统时，就犯过没加这个属性的错：把用户密码也序列化到XML里了，结果日志文件里全是明文密码，吓得我赶紧加上这个属性，才避免了数据泄露。比如：
[Serializable]
public class User
{
public string Name { get; set; }
public int Age { get; set; }
[NonSerialized] // 这个字段不会被序列化
public string Password { get; set; } // 敏感字段，不转XML
}
提醒你一句：敏感字段一定要记得排除，不然容易出安全问题。
用XMLSerializer实操——从创建实例到生成XML的全流程
等你把对象类标记好，接下来就是具体操作了。我把这个流程拆成了“创建实例→选择输出方式→处理特殊情况”三步，每一步都给你讲清楚，保证你跟着做就能成。
第一步：创建XMLSerializer实例——指定要处理的对象类型
创建实例的关键是告诉serializer“你要处理的是什么对象”，就像你寄快递时得告诉快递员“这是文件还是包裹”。具体写法是：
// 创建要序列化的对象
User user = new User
{
Name = "张三",
Age = 28,
Email = "zhangsan@example.com"
};
//
创建XMLSerializer实例，指定类型是User
XmlSerializer serializer = new XmlSerializer(typeof(User));
这里要注意：typeof(User)可不能写错——我之前帮朋友调代码时，他把typeof写成了GetType()，结果生成的XML结构不对，对方系统解析失败，后来改成typeof(User)才搞定。所以类型一定要写对，不然serializer根本不知道要处理什么。
第二步：选择输出方式——转字符串还是写文件？
接下来你得决定：是把对象转成XML字符串（比如传给接口），还是直接写入文件（比如备份数据）？这两种方式我都用过，给你分别讲：
转成XML字符串（适合接口传输）
如果你要把XML传给其他系统的接口，可以用StringWriter把对象转成字符串，写法是：
// 创建StringWriter，用来存XML内容
StringWriter writer = new StringWriter();
// 调用Serialize方法，把user对象转成XML
serializer.Serialize(writer, user);
// 拿到最终的XML字符串
string xmlString = writer.ToString();
这样得到的xmlString就是完整的XML内容了，比如：
张三
28
zhangsan@example.com
我之前做订单同步功能时，就是用这个方法把订单对象转成XML字符串，然后传给第三方物流系统的接口，对方能直接解析，特别方便。
写入XML文件（适合数据备份）
如果要把XML存成文件（比如备份用户数据），可以用StreamWriter，写法是：
// 用using语句创建StreamWriter，自动释放资源
using (StreamWriter fileWriter = new StreamWriter("user.xml"))
{
// 把user对象序列化到文件里
serializer.Serialize(fileWriter, user);
}
这样会在项目根目录生成一个user.xml文件，打开就能看到和上面一样的XML内容。我之前帮朋友做会员系统的批量导出功能时，就是用这个方法把1000多个用户转成XML文件的，导出后对方运营直接用Excel打开，一点问题都没有。
第三步：处理特殊情况——去掉多余命名空间、序列化集合
你是不是发现，默认生成的XML里会有一堆像xmlns:xsi、xmlns:xsd的命名空间？比如：
张三
28
这些命名空间其实没什么用，反而会让XML变复杂，尤其是接口要求“不能有命名空间”时，得把它们去掉。我之前帮朋友调接口时就遇到过这个问题——对方系统不接受带命名空间的XML，我用XmlSerializerNamespaces解决了，写法是：
// 创建一个空的命名空间集合
XmlSerializerNamespaces ns = new XmlSerializerNamespaces();
// 添加空命名空间（前缀和URI都留空）
ns.Add("", "");
// 序列化时传入ns参数
serializer.Serialize(writer, user, ns);
这样生成的XML就没有多余的命名空间了，干净又清爽。
如果你要序列化集合（比如用户列表），步骤也差不多——只要把typeof(User)改成typeof(List)就行，比如：
// 创建用户列表
List userList = new List
{
new User { Name = "张三", Age = 28 },
new User { Name = "李四", Age = 30 }
};
// 创建处理List的serializer
XmlSerializer listSerializer = new XmlSerializer(typeof(List));
// 转成XML字符串
StringWriter listWriter = new StringWriter();
listSerializer.Serialize(listWriter, userList);
string listXml = listWriter.ToString();
生成的XML会是这样的：
张三
28
李四
30
我之前做用户批量导出功能时，就是用这个方法把1000多个用户转成XML的，导出后对方系统直接导入，一点问题都没有。
最后：验证XML对不对——简单两步查错
生成XML后，你得检查一下结构对不对，不然传出去对方系统可能解析失败。我一般用两个方法验证：
xmlString或文件路径打印出来（比如Console.WriteLine(xmlString)），看看节点是不是和对象属性对应——比如我之前序列化一个嵌套对象时，生成的XML里少了一个子节点，就是用Notepad++打开后发现的——原来我忘了给嵌套的Address类加[Serializable]属性，加上之后就好了。所以验证这一步别省，能帮你避免很多后续问题。
以上就是用XMLSerializer将对象串行化到XML的全流程啦——从标记类到处理复杂情况，我踩过的坑都帮你避了，你现在试着把自己的对象转成XML看看？如果碰到问题，欢迎在评论区告诉我，我帮你一起调。对了，如果你觉得这篇文章有用，别忘了分享给身边做开发的朋友，他们可能也在找这样的实操教程～
为什么序列化对象时会报“该类型未标记为可串行化”的错误？
碰到这个错大概率是你没给要序列化的类加[Serializable]属性——就像寄快递得贴“可邮寄”标签一样，XMLSerializer得通过这个属性判断“这个对象能不能转XML”。你只要在类定义上面加一行[Serializable]就行，比如User类加了之后，serializer就“认识”它了，不会再报错。
想去掉XML里多余的命名空间该怎么做？
多余的命名空间不仅让XML变复杂，还可能导致接口解析失败。你可以用XmlSerializerNamespaces解决：先创建一个空的命名空间集合，然后加一行ns.Add(“”, “”)（前缀和URI都留空），最后序列化时把这个ns参数传进去，生成的XML就没有那些乱七八糟的命名空间了，我之前帮朋友调接口时就用这招搞定了对方不接受命名空间的问题。
怎么序列化用户列表这种集合对象？
序列化集合和单个对象差不多，就是创建XMLSerializer实例时，把typeof(User)改成typeof(List)就行。比如你有个存了张三、李四的User列表，只要new XmlSerializer(typeof(List))，再调用Serialize方法，生成的XML会用包着每个节点，我之前做批量导出功能时就这么干的，对方系统直接导入没毛病。
有些敏感字段不想序列化到XML里怎么办？
你可以给敏感字段加[NonSerialized]属性——比如User类里的Password字段，加了这个属性后，序列化时就不会把密码转成XML了。我之前做会员系统时没加这个属性，结果日志里全是明文密码，吓得我赶紧补上，这能避免敏感数据泄露，一定要记得用。
生成XML后怎么验证内容对不对？
我一般用两步验证：要么把XML字符串打印到控制台，看看节点是不是和对象属性对应（比如下面有没有、）；要么如果是写入文件，就用Notepad++或Visual Studio打开，检查XML格式是不是规范、有没有标签没闭合的情况。我之前序列化嵌套对象时少了个子节点，就是用Notepad++发现的，改完就好了。
