为什么Jackson框架中的setter方法仅支持反序列化操作？

这个问题本质是由方法本身的功能定位、签名规则，以及Jackson的内置扫描逻辑共同决定的，核心原因如下：

• 方法功能与签名完全不匹配序列化需求
  序列化的核心目标是从Java对象中提取属性值，输出为JSON格式，要求参与序列化的方法可以返回对应属性的取值。而setter方法的标准签名为void setXxx(属性类型 入参)，作用是接收外部传入的参数给对象属性赋值，没有返回值，根本无法提供序列化过程需要的属性值。
• Jackson序列化阶段的方法扫描规则不识别setter
  Jackson默认只会将符合以下特征的方法识别为序列化可用的属性读取方法：
  1. 修饰符为public
  2. 无入参
  3. 返回值非void
  4. 方法名以get开头（布尔类型属性支持is开头的方法）
     setter方法存在入参、返回值为void，完全不符合上述匹配规则，自然不会在序列化环节被调用。

额外补充为什么getter可以同时支持反序列化：反序列化的核心是把JSON中的值写入Java对象属性，大多数场景依赖setter赋值，但如果属性是集合、Map等容器类型，Jackson可以调用getter获取已经初始化的容器实例，直接往容器中添加元素，不需要再调用setter为容器属性整体赋值，因此getter也能在部分反序列化场景下生效。

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