Newtonsoft.Json 静态字段在反序列化中被覆盖问题解析
问题现象
在使用Newtonsoft.Json进行对象序列化和反序列化时,开发者可能会遇到一个令人困惑的现象:当类中包含一个静态字段,且该字段类型与所在类相同时,在反序列化过程中这个静态字段的值会被意外修改。
问题复现
考虑以下代码示例:
public class Model
{
public Encoding Encoding { get; init; } = Encoding.Default;
}
public class Encoding
{
public static readonly Encoding Default = new Encoding
{
Type = EncondingType.Hex,
};
public required EncondingType Type { get; init; }
}
当对Model实例进行序列化再反序列化后,原本应该保持不变的Encoding.Default静态字段的值会被修改。
根本原因
这个问题的根源在于Newtonsoft.Json的默认反序列化行为:
-
对象重用机制:Newtonsoft.Json默认采用
ObjectCreationHandling.Reuse策略,即在反序列化时会尝试重用已存在的对象实例,而不是总是创建新实例。 -
init访问器处理:虽然C#引入了
init访问器来限制属性只能在初始化时设置,但Newtonsoft.Json的反射机制并不特殊处理这种访问器,仍然会像普通set访问器一样进行赋值。 -
默认值影响:当Model类的Encoding属性有默认值
Encoding.Default时,反序列化器会重用这个实例,导致静态字段被修改。
解决方案
要解决这个问题,可以通过配置JsonSerializerSettings来改变反序列化行为:
var settings = new JsonSerializerSettings
{
ObjectCreationHandling = ObjectCreationHandling.Replace
};
var instance = JsonConvert.DeserializeObject<Model>(json, settings);
将ObjectCreationHandling设置为Replace后,反序列化器会始终创建新实例,而不会重用现有对象,从而避免了静态字段被意外修改的问题。
最佳实践
-
对于包含静态实例的类,建议在反序列化时显式指定
ObjectCreationHandling.Replace。 -
考虑将静态实例设为不可变对象,或者使用深拷贝来保护原始数据。
-
在设计类时,避免让静态字段引用可变实例,或者确保这些实例不会被意外修改。
-
对于需要严格保护的数据,可以考虑使用
readonly字段而非属性,虽然这会限制Newtonsoft.Json的序列化能力。
总结
这个问题展示了Newtonsoft.Json在对象生命周期管理上的一个设计选择。虽然重用对象可以提高性能,但在某些场景下会导致意外的副作用。理解这一机制有助于开发者在实际项目中做出更合理的设计决策,避免类似问题的发生。
GLM-5智谱 AI 正式发布 GLM-5,旨在应对复杂系统工程和长时域智能体任务。Jinja00
GLM-5-w4a8GLM-5-w4a8基于混合专家架构,专为复杂系统工程与长周期智能体任务设计。支持单/多节点部署,适配Atlas 800T A3,采用w4a8量化技术,结合vLLM推理优化,高效平衡性能与精度,助力智能应用开发Jinja00
jiuwenclawJiuwenClaw 是一款基于openJiuwen开发的智能AI Agent,它能够将大语言模型的强大能力,通过你日常使用的各类通讯应用,直接延伸至你的指尖。Python0194- QQwen3.5-397B-A17BQwen3.5 实现了重大飞跃,整合了多模态学习、架构效率、强化学习规模以及全球可访问性等方面的突破性进展,旨在为开发者和企业赋予前所未有的能力与效率。Jinja00
AtomGit城市坐标计划AtomGit 城市坐标计划开启!让开源有坐标,让城市有星火。致力于与城市合伙人共同构建并长期运营一个健康、活跃的本地开发者生态。01
awesome-zig一个关于 Zig 优秀库及资源的协作列表。Makefile00