CBOR为何采用-1减无符号值编码负整数而非补码的技术问询

这个问题问得很好——CBOR选择用-1 - 无符号值的方式表示负整数，而非常规补码，其实除了范围扩展的考量，更多是从解析效率、编码一致性、类型系统简洁性这些实际工程需求出发的，我来拆解几个关键的优势：

• 类型无歧义，解析逻辑更简洁
  CBOR的核心设计是用第一个字节的高3位做类型标识：正整数对应0x00-0x1F，负整数对应0x20-0x3F，是完全独立的类型分支。如果用补码，解析器拿到二进制数据后，得先判断数值长度，再检查最高位是否为符号位才能确定正负；而CBOR直接通过类型标签就能立刻区分，少了额外的分支判断，也避免了把无符号大整数误判为补码负数的歧义。

• 编码逻辑复用，实现成本更低
  CBOR对正整数的编码采用无符号二进制的变长规则（支持1/2/4/8字节），负整数只需要把目标值转换成N = -1 - value，就能复用完全相同的无符号数编码逻辑，仅需替换类型标签即可。如果用补码，编码负数时要处理符号扩展（比如将4字节负数扩展到8字节时填充最高位），还要适配不同长度的补码规则，代码复杂度会高不少。

• 避开补码的“不对称陷阱”
  补码有个经典的边界问题：n位补码中，最小负数（比如int8的-128）没有对应的正整数，取反操作会溢出。而CBOR的映射方式是完全对称的：正整数覆盖0到2^64-1，负整数覆盖-1到-2^64，所有整数都能被无歧义地表示，没有特殊值需要额外处理，能避开很多边界场景的bug。

• 调试与可读性更友好
  当你查看CBOR的十六进制dump时，负整数的类型标签（0x20开头）一眼就能识别，比如0x20对应-1，0x2A对应-11，不用像补码那样去计算反码、补码转换。对于调试CBOR数据的开发者来说，这种直观的类型标识能节省不少时间。

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