将固定大小Map序列化为CBOR：Jackson序列化未优化问题咨询

这不是Jackson的Bug，而是它默认配置的设计选择导致的差异——咱们来拆解一下问题，然后看看怎么调整配置得到你想要的优化输出。

问题根源：CBOR的两种映射编码方式 #

CBOR格式里的映射（对应JSON的对象）有两种编码方案：

• 固定长度映射：用A{n}开头（比如A1表示包含1个键值对的映射），这种方式更紧凑，因为提前明确了键值对数量，不需要额外的结束标记。cbor.me默认采用的就是这种优化方式。
• 不定长度映射：用BF开头、FFFF结尾，这种设计是为了适配流式处理场景——当你无法提前知道映射的总长度时，可以边生成数据边输出，最后用结束标记收尾。Jackson默认选择了这种方式，这就是你的输出多4个字节的原因：两个映射各多了FFFF这2个结束字节，加起来正好4字节。

解决方法：配置Jackson生成紧凑的固定长度映射 #

只需要开启Jackson CBOR生成器的对应特性，就能让它生成和cbor.me一致的优化输出。具体代码示例如下：

// 创建CBOR工厂并启用固定长度数组/映射特性
CBORFactory cborFactory = new CBORFactory();
cborFactory.enable(CBORGenerator.Feature.USE_FIXED_LENGTH_ARRAYS_AND_MAPS);

// 用配置好的工厂创建ObjectMapper
ObjectMapper objectMapper = new ObjectMapper(cborFactory);

// 序列化你的目标JSON对象/数据结构
byte[] optimizedCbor = objectMapper.writeValueAsBytes(yourTargetObject);

启用这个特性后，Jackson会在序列化前先遍历整个映射（或数组）统计元素数量，然后用固定长度的编码方式生成CBOR，输出结果就会和cbor.me的优化版本完全一致了。

小提示：这个特性会带来一点额外的遍历开销，但对于常规大小的数据结构来说，这种开销几乎可以忽略。如果是处理超大规模的流式数据，默认的不定长方式反而更合适——这也是Jackson选择它作为默认配置的原因之一。

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