下面是一种解释:

让我们以~2 = -3为例(为了简单起见，使用8位系统进行解释)

1)我们有2——> 00000010

2)我们可以得到~2—> 11111101 #通过简单地交换位。

[但常见的错误是，有些人试图将~2的二进制值直接转换为十进制(以10为基数)数字，在这种情况下，它是253。这不是我们寻找互补的方式。

3)现在我们找到一个二进制数，将其与二进制值2~相加得到0(00000000)作为结果。 在这种情况下，它是00000011(即3)，因为如果我们将00000011加到我们已有的11111101，我们得到100000000，但由于我们使用的是8位系统，1在第9位，它被完全忽略，所以我们最终得到00000000。

4)从点(3)我们可以说~2+3 = 0，因此我们可以说~2 = -3

注意:-3的值是简单的11111101，可以用同样的方式解释。

正如其他人所提到的~只是翻转位(将1变为0，将0变为1)，由于使用了2的补码，您就得到了您所看到的结果。

需要补充的一点是为什么使用2的补数，这是为了对负数的运算和对正数的运算是一样的。把-3看成是要加3才能得到0的数字，你会看到这个数字是1101，记住二进制加法就像小学(十进制)加法，只是你得到2时进1，而不是10。

 1101 +
 0011 // 3
    =
10000
    =
 0000 // lose carry bit because integers have a constant number of bits.

因此1101是-3，翻转位就得到0010，也就是2。

简单的 ...........

作为任何数字的2的补，我们可以通过将所有1逆为0来计算，反之亦然，然后再加上1。

这里N= ~N产生的结果总是-(N+1)。因为系统以2的补码的形式存储数据，这意味着它像这样存储~N。

  ~N = -(~(~N)+1) =-(N+1). 

例如::

  N = 10  = 1010
  Than ~N  = 0101
  so ~(~N) = 1010
  so ~(~N) +1 = 1011 

点就是负的原点。我的观点是假设我们有32位寄存器，这意味着2^31 -1位涉及到操作，剩下的一位在早期计算(补码)中被存储为符号位，通常为1。结果是~10 = -11。

~(-11) =10;

如果printf("%d"，~0);结果是-1;

但printf(“%u”，~0)比结果:4294967295在32位机器上。

基本上，动作是一种补充，而不是否定。

这里x= ~x产生的结果总是-(x+1)。

X = ~2

- (2 + 1)

-3

我知道这个问题的答案很久以前就贴出来了，但我想分享我的答案。

要找到一个数的一补，首先要找到它的二进制等价物。这里，十进制数字2用二进制形式表示为0000 0010。现在通过将其二进制表示的所有数字逆(将所有1都翻转为0，将所有0都翻转为1)来求其1的补数，这将得到:

0000 0010 → 1111 1101

这是十进制数2的1补。由于二进制数的第一个位，即符号位为1，这意味着它存储的数字的符号为负。(这里所指的数字不是2，而是2的1的补数)。

现在，由于数字存储为2的补数(取1的补数加1)，所以要将这个二进制数1111 1101显示为十进制，首先我们需要找到它的2的补数，即:

1111 1101 → 0000 0010 + 1 → 0000 0011

这是2的补。二进制数0000 0011的十进制表示是3。并且，因为符号位是1，所以结果是-3。

提示:如果你仔细阅读这个过程，你会发现1的补码操作符的结果实际上是，数字(操作数-，这个操作符被应用)加1，带一个负号。你也可以用其他数字试试。

Javascript波浪号(~)将给定值强制转换为1的补位——所有位都是反向的。 这就是波浪的作用。这不是固执己见。它既不加也不减任何量。

0 -> 1
1 -> 0
...in every bit position [0...integer nbr of bits - 1]

On standard desktop processors using high-level languages like JavaScript, BASE10 signed arithmetic is the most common, but keep in mind, it's not the only kind. Bits at the CPU level are subject to interpretation based on a number of factors. At the 'code' level, in this case JavaScript, they are interpreted as a 32-bit signed integer by definition (let's leave floats out of this). Think of it as quantum, those 32-bits represent many possible values all at once. It depends entirely on the converting lens you view them through.

JavaScript Tilde operation (1's complement)

BASE2 lens
~0001 -> 1110  - end result of ~ bitwise operation

BASE10 Signed lens (typical JS implementation)
~1  -> -2 

BASE10 Unsigned lens 
~1  -> 14 

以上所有观点同时都是正确的。