未实现INotifyPropertyChanged时，属性变更频繁序列化对象的最佳实践

核心优化方向：减少序列化数据量 #

因为目标类没实现INotifyPropertyChanged，没法直接监听属性变更，所以重点要放在避免全量序列化，只处理变化的部分，以此降低性能开销：

1. 手动标记变更属性 #

在类内部维护一个变更属性集合，每次属性赋值时主动标记变更。序列化时只处理这些标记过的属性，完成后清空标记。这种方式可控性强，性能开销极低。

示例代码：

public class MyBusinessObject
{
    private string _title;
    private int _count;
    private readonly HashSet<string> _changedProps = new();

    public string Title
    {
        get => _title;
        set
        {
            if (_title != value)
            {
                _title = value;
                _changedProps.Add(nameof(Title));
            }
        }
    }

    public int Count
    {
        get => _count;
        set
        {
            if (_count != value)
            {
                _count = value;
                _changedProps.Add(nameof(Count));
            }
        }
    }

    // 获取变更属性列表
    public IReadOnlyCollection<string> GetChangedProperties() => _changedProps;
    // 重置变更标记
    public void ResetChangeTracking() => _changedProps.Clear();
}

序列化时，只序列化GetChangedProperties()返回的属性，而非整个对象，大幅减少序列化的数据量和耗时。

2. 快照对比实现自动追踪 #

如果不想手动修改每个属性的setter，可以在需要序列化的时机，先创建对象的轻量快照（比如浅拷贝值类型、记录引用类型的哈希或状态），然后对比当前对象和快照的差异，只序列化变化的属性。

注意：这种方式要控制快照的创建频率，避免频繁拷贝大对象带来的额外开销，适合属性变更频率中等的场景。

通用性能优化技巧 #

• 异步执行序列化：把序列化逻辑放到后台线程（比如用Task.Run()），避免阻塞主线程，尤其是UI应用或高并发服务场景。
• 预编译序列化模板：多数高性能序列化库支持预编译对象的序列化逻辑，避免每次序列化时的反射开销，进一步提升速度。
• 选择高效序列化格式：优先用二进制序列化（比JSON/XML体积小、速度快），适合频繁序列化的场景。

推荐NuGet包 #

• MessagePack for C#：二进制序列化库，性能拉满，支持预编译序列化器，序列化/反序列化速度远超传统JSON库，数据体积极小，完美适配频繁序列化场景。
• Utf8Json：高性能JSON序列化库，基于Span实现，无GC分配（或极少），速度比Newtonsoft.Json快数倍，支持自定义序列化逻辑，适合需要JSON格式的场景。
• Protobuf-net：基于Google Protocol Buffers的二进制序列化库，契约式配置，体积小、速度快，适合跨平台数据传输或持久化的频繁序列化需求。

补充：如果长期维护，建议逐步给类实现INotifyPropertyChanged接口，这样能更优雅地监听属性变化，减少手动标记的维护成本。

内容的提问来源于stack exchange，提问作者Rony