在C#开发中，反射（Reflection）和序列化（Serialization）是两个经常被同时提到、却容易混淆的基础概念。反射解决的是“运行时不靠写死代码也能操作类型”的问题，而序列化解决的是“对象如何变成字节或文本以便保存和传输”的问题。下面我们先通过一张示意图建立直观印象，再分别深入原理和用法。
什么是C#反射
反射是.NET运行时提供的一组API，位于System.Reflection命名空间。通过反射，程序可以在执行期间加载程序集、检查其中的类型定义、读取字段和属性、调用方法，甚至动态创建类型的实例。传统代码在编译时就已经确定了要new哪个类、调用哪个方法，而反射把这种绑定推迟到了运行时。
例如，当你只拿到一个字符串类型的类名，却需要根据配置决定实例化哪一个处理器时，反射就非常有用。它让框架和类库具备通用性，比如依赖注入容器、ORM工具、单元测试运行器底层都大量使用了反射。不过反射因为要动态查找元数据，性能比直接调用低，且会绕过编译期类型检查，因此不应滥用。
using System;
using System.Reflection;
public class Demo
{
public void SayHi(string name)
{
Console.WriteLine("你好，" + name);
}
}
class Program
{
static void Main()
{
// 获取类型信息
Type type = typeof(Demo);
// 创建实例
object obj = Activator.CreateInstance(type);
// 获取方法
MethodInfo method = type.GetMethod("SayHi");
// 调用方法
method.Invoke(obj, new object[] { "张三" });
}
}
反射的核心类型
在System.Reflection中，最常用的是Assembly、Type、MethodInfo、PropertyInfo和FieldInfo。Assembly代表一个已加载的程序集；Type描述某个具体类型（类、接口、结构体等）的元数据；MethodInfo用于操作方法，PropertyInfo用于操作属性。通过这些对象，你可以遍历一个类公开了哪些成员。
需要注意，如果类型在非公开程序集中，可能需要处理访问权限。另外，在.NET Core及后续版本中，默认修剪（trimming）会移除未直接引用的元数据，使用反射的库应标记相关成员为保留，否则发布后可能找不到类型。
什么是C#序列化
序列化是指将内存中的对象图转换为线性格式的过程，便于写入文件、存入数据库或通过网络发送。反序列化则是相反过程，把数据重新构造成对象。C#中常见的序列化方式包括二进制序列化（BinaryFormatter，已不推荐）、JSON（System.Text.Json或Newtonsoft.Json）、XML（XmlSerializer）等。
序列化通常要求目标类型是可描述的，比如有公共无参构造函数、公共属性。不同格式有不同特点：JSON轻量、跨语言；XML自带 schema 且可读；二进制紧凑但耦合.NET类型。选择合适的序列化方式，直接影响系统的兼容性和性能。
using System;
using System.Text.Json;
public class User
{
public int Id { get; set; }
public string Name { get; set; }
}
class Program
{
static void Main()
{
User user = new User { Id = 1, Name = "李四" };
// 序列化为JSON字符串
string json = JsonSerializer.Serialize(user);
Console.WriteLine(json);
// 反序列化回对象
User back = JsonSerializer.Deserialize<User>(json);
Console.WriteLine(back.Name);
}
}
序列化与反射的关系
许多序列化库在运行时并不知道用户传进来的具体类型，它们会利用反射读取对象的属性和字段，再逐个转换成目标格式。这就是为什么标注了[JsonIgnore]之类的特性后，相应成员不会被输出——序列化器通过反射读取特性并跳过。
但二者并不等价：反射是“看和调用”的能力，序列化是“转换和存储”的能力。你可以只使用反射动态调用方法而不碰序列化；也可以在某些静态已知类型上使用源生成（source generator）完成序列化，完全不走反射，从而提升启动速度和减少元数据体积。
实际开发中的典型场景
在插件化架构里，主程序通过反射加载外部dll，识别实现了特定接口的类并创建实例，这时反射是核心技术。而当用户配置或业务数据需要落盘，比如保存窗口布局、导出报表数据，则依赖序列化把对象写成JSON文件。
在Web API开发中，控制器接收的JSON请求体由框架自动反序列化为强类型参数，这背后是序列化组件在工作；而框架本身通过反射发现有哪些控制器和Action，则属于反射的应用。清晰区分二者，有助于定位问题：若“数据没存对”多是序列化配置问题，若“类型找不到”则多是反射加载或程序集引用问题。
| 对比维度 | 反射 | 序列化 |
|---|---|---|
| 主要目的 | 运行时探查和操作类型 | 对象与存储格式的互相转换 |
| 常用命名空间 | System.Reflection | System.Text.Json、System.Xml.Serialization |
| 性能开销 | 元数据查找较慢 | 依格式和体量而定，可优化 |
| 典型应用 | 插件、DI、动态调用 | 持久化、网络传输 |
使用建议与避坑
不要为了“灵活”而到处写反射，能用接口、泛型或配置表解决的问题优先使用静态方案。反射代码应做好异常捕获，因为类型名拼写错误、成员不存在都会在运行时才暴露。对性能敏感的路径，可考虑缓存Type和MethodInfo，或使用委托动态编译调用。
序列化方面，避免在公共模型中放循环引用，否则JSON序列化会抛异常；对敏感字段使用忽略特性或单独定义传输对象（DTO）。另外，BinaryFormatter因安全问题已被微软标记为废弃，新项目应直接使用JSON或自定义二进制协议。
总结来说，反射是“认识并操作类型”的能力，序列化是“把对象变成数据”的能力。它们常常配合，但不是同一个东西，理解差异才能用得踏实。
reflectionserializationType修改时间：2026-08-04 11:36:38