位操作符是一个一元操作符，根据我的经验和知识，它的工作原理是符号和幅度方法。

例如~2的结果是-3。

这是因为逐位操作符将首先以符号和幅度表示数字，即0000 0010(8位操作符)，其中MSB是符号位。

然后取2的负数，也就是-2。

-2用符号和幅度表示为1000 0010(8位运算符)。

之后，它将1添加到LSB(1000 0010 + 1)，得到1000 0011。

也就是-3。

记住，负数被存储为正数的补数。作为一个例子，这里是-2在2的补码中的表示:(8位)

1111 1110

得到它的方法是取一个数字的二进制表示，取它的补位(所有位的倒数)，然后加1。Two从0000 0010开始，通过反转位，我们得到1111 1101。加1得到上面的结果。第一个位是符号位，表示负号。

那么让我们看看如何得到~2 = -3:

这里还有两个:

0000 0010

简单地翻转所有的位，我们得到:

1111 1101

那么-3在2的补中是什么样的呢?从正3,0000 0011开始，将所有位翻转到1111 1100，并添加1位成为负值(-3)，1111 1101。

所以如果你简单地将2中的位反转，你就得到了2的-3的补表示。

补运算符(~)只是翻转位。由机器来解释这些比特。

这个操作是补语，不是否定语。

考虑~0 = -1，然后从这里开始。

否定的算法是，“补，加”。

你知道吗?还有一种“一的补”，它的逆数是对称的，它有一个0和一个-0。

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 

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

Tl;dr ~翻转比特。结果符号就改变了。~2是负数(0b..101)。要输出一个负数红宝石打印-，则2的~2的补:-(~~2 + 1)== -(2 + 1)== 3。正数按原样输出。

有一个内部值，和它的字符串表示。对于正整数，它们基本重合:

irb(main):001:0> '%i' % 2
=> "2"
irb(main):002:0> 2
=> 2

后者相当于:

irb(main):003:0> 2.to_s
"2"

~翻转内部值的位。2 = 0b010。~2是0b..101。两个点(..)代表无限个1。由于结果的最高有效位(MSB)为1，因此结果为负数((~2)。= = true)。要输出一个负数的红宝石印-，则是二的内部补值。2的补位是通过翻转位，然后加1来计算的。0b的2的补。101等于3。是这样的:

irb(main):005:0> '%b' % 2
=> "10"
irb(main):006:0> '%b' % ~2
=> "..101"
irb(main):007:0> ~2
=> -3

总的来说，它翻转了位，从而改变了符号。为了输出一个负数，它输出-，然后~~2 + 1(~~2 == 2)。

ruby像这样输出负数的原因是，它将存储的值视为绝对值的2的补。换句话说，存储的是0b..101。它是一个负数，因此它是x的2的补，为了找到x，它是2的补0b..101。它是2的x的补，也就是x(例如~(~2 + 1)+ 1 == 2)。

如果你将~应用于一个负数，它只是翻转位(尽管如此，这改变了符号):

irb(main):008:0> '%b' % -3
=> "..101"
irb(main):009:0> '%b' % ~-3
=> "10"
irb(main):010:0> ~-3
=> 2

更令人困惑的是~0xffffff00 != 0xff(或MSB等于1的任何其他值)。让我们稍微简化一下:~0xf0 != 0x0f。这是因为它将0xf0视为正数。这是有道理的。因此，~0xf0 == 0x..f0f。结果是一个负数。0x的2的补。F0f是0xf1。所以:

irb(main):011:0> '%x' % ~0xf0
=> "..f0f"
irb(main):012:0> (~0xf0).to_s(16)
=> "-f1"

如果你不打算对结果应用位操作符，你可以考虑~作为-x - 1操作符:

irb(main):018:0> -2 - 1
=> -3
irb(main):019:0> --3 - 1
=> 2

但可以说，这并没有多大用处。

举个例子，假设你有一个8位的网络掩码(为了简单起见)，你想计算0的个数。您可以通过翻转位并调用bit_length (0x0f. bit_length)来计算它们。bit_length == 4). But ~0xf0 == 0x..F0f，所以我们要去掉不需要的部分

irb(main):014:0> '%x' % (~0xf0 & 0xff)
=> "f"
irb(main):015:0> (~0xf0 & 0xff).bit_length
=> 4

或者你可以使用XOR运算符(^):

irb(main):016:0> i = 0xf0
irb(main):017:0> '%x' % i ^ ((1 << i.bit_length) - 1)
=> "f"

~翻转值中的位。

为什么~2等于-3与数字的位表示方式有关。数字用二的补数表示。

2是二进制值

00000010

和~2翻转位，所以现在的值是:

11111101

它是-3的二进制表示。