黄子韬点赞数为何变负？揭秘抖音 Bug 真相

前言

最近，黄子韬的抖音点赞数被网友发现“神奇”地变成了负数。点赞数应该是正的，但为何会突然跳到负数？其实背后是一个经典的计算机问题——Integer 溢出。

什么是 Integer 溢出？

Integer 溢出就是当一个整数超过了计算机能表示的最大或最小范围时，结果就会“回绕”到相反的极端，比如最大值加一会变成最小值。

以 Java 中常见的 32 位 int 为例，能表示的范围是：

• 最小值：-2^31，即 -2147483648；
• 最大值：2^31 - 1，即 2147483647。

当一个整数超出这个范围时，就会发生溢出，表现为：

• 超过最大值时，循环到最小值。
• 小于最小值时，循环到最大值。

例如：

int max = Integer.MAX_VALUE; // 最大值 2147483647
int overflow = max + 1;      // 溢出，结果变为 -2147483648

像抖音这样的系统中，点赞数通常使用整数类型存储。随着点赞量暴增，数据可能超出了存储的上限。当达到 2147483647 后，再多一个赞，数值就会变成 -2147483648，从正数直接跳到负数。

为什么会发生溢出？

为了理解溢出问题，我们需要从计算机底层的表示方式说起。

整数的存储方式：补码

计算机使用二进制表示数据，并采用一种叫补码的编码方式来存储有符号整数。

补码的特点是：

• 正数的补码与原码相同。
• 负数的补码是在其原码基础上取反加 1。
• 符号位（最高位）为 0 表示正数，1 表示负数。

溢出的根本原因是计算机用固定的 32 位来存储整数，数字的正负是通过最高位来决定的。而补码使用最高位（符号位）来表示数字的符号（正或负）。当数字超过最大值时，进位会导致符号位的翻转，数字跳到反方向的极限值，从而发生溢出。

以 int 为例，当最大值加 1 时，二进制会触发进位，符号位翻转，结果变成最小值：

01111111 11111111 11111111 11111111  (2147483647)
+ 1
----------------------------------
10000000 00000000 00000000 00000000  (-2147483648)

如何避免溢出？

1. 使用更大的数据类型：
   • 当int类型的范围不足以处理运算结果时，可以选择使用 long 类型。
   • 对于更大范围的数字，Java 提供了 BigInteger 类，可以处理任意大的整数。
2. 逻辑判断，提前检测溢出：比如在执行加法前，先判断操作数是否有可能导致溢出。如果可能导致溢出，可以采取适当的措施，比如抛出异常。

总结

黄子韬点赞数变负数，听起来像个玩笑，但实际上是计算机运算的基本逻辑导致的结果。这也提醒我们，在设计系统时，需要考虑数据可能增长到极限的情况，避免因为溢出问题而引发奇怪的现象甚至功能失效。