我只是想补充一下

if(variableThing){
  // do something
}

与

if(!!variableThing){
  // do something
}

但当某些东西未定义时，这可能是一个问题。

// a === undefined, b is an empty object (eg. b.asdf === undefined)
var a, b = {};

// Both of these give error a.foo is not defined etc.
// you'd see the same behavior for !!a.foo and !!b.foo.bar

a.foo 
b.foo.bar

// This works -- these return undefined

a && a.foo
b.foo && b.foo.bar
b && b.foo && b.foo.bar

这里的技巧是，&&s链将返回它找到的第一个假值，这可以被馈送到if语句等。因此，如果b.foo未定义，它将返回undefined并跳过b.foo.bar语句，我们不会得到任何错误。

上面的返回未定义，但如果您有一个空字符串，false，null，0，undefined，这些值将返回，一旦我们在链中遇到它们——[]和｛｝都是“truthy”，我们将沿着所谓的“&&链”继续到右边的下一个值。

P.S.执行上述（b&&b.foo）的另一种方法是（b||{}）.foo。这些方法是等效的，因为如果b未定义，则b||｛｝将为｛}，并且您将访问空对象中的值（无错误），而不是尝试访问“undefined”中的值。

因此，（b||{}）.foo与b&&b.foo相同，（（b||{}）/foo||{}）.bar与b&&b.foo&&b.foo.bar相同。

它将Object转换为布尔值。如果为假（例如，0、null、undefined等），则为假，否则为真。

!object  // Inverted Boolean
!!object // Noninverted Boolean, so true Boolean representation

所以不是操作员；这只是！操作员两次。

这样做可能更简单：

Boolean(object) // Boolean

真实世界示例“测试IE版本”：

const isIE8 = !! navigator.userAgent.match(/MSIE 8.0/);
console.log(isIE8); // Returns true or false

如果你⇒

console.log(navigator.userAgent.match(/MSIE 8.0/));
// Returns either an Array or null

但如果你⇒

console.log(!!navigator.userAgent.match(/MSIE 8.0/));
// Returns either true or false

这只是逻辑NOT运算符，两次。它用于将某些内容转换为布尔值，例如：

true === !!10

false === !!0

这么多答案做了一半的工作。对X可以理解为“X的真实性[表示为布尔值]”。但是实际上，对于弄清楚一个变量是真是假（或者即使很多变量都是真的）来说，不是那么重要！！myVar==true与myVar相同。比较！！将X转换为“真实”布尔值并不是很有用。

你唯一的收获！！是以可重复、标准化（和JSLint友好）的方式检查多个变量之间的真实性的能力。

简单铸造：(

那就是。。。

0===false为false。!!0===假为真。

上面的没有那么有用。if（！0）给出的结果与if（！！0===false）相同。我想不出将变量转换为布尔值，然后与“真”布尔值进行比较的好例子。

请参阅JSLint的指示中的“==and！=”（注意：Crockford正在移动他的站点；该链接可能会在某一点上失效），了解原因：

==和！=运算符在比较之前执行类型强制。这很糟糕，因为它导致'\t\t'==0为真。这会掩盖类型错误。JSLint无法可靠地确定==是否正确使用，因此最好不要使用==和！=并始终使用更可靠的==和！==运算符。如果你只关心一个值是真的还是假的，那么就使用简短的形式（foo！=0）说吧（foo）而不是（foo==0）说（！foo）

注意，在将布尔值与数字进行比较时，有一些不直观的情况，布尔值将被转换为数字（true被转换为1，false被转换为0）。在这种情况下！！可能在精神上有用。不过，在这些情况下，您将非布尔值与硬类型布尔值进行比较，在我看来，这是一个严重的错误。如果（-1）仍然是这里的出路。

╔═══════════════════════════════════════╦═══════════════════╦═══════════╗
║               Original                ║    Equivalent     ║  Result   ║
╠═══════════════════════════════════════╬═══════════════════╬═══════════╣
║ if (-1 == true) console.log("spam")   ║ if (-1 == 1)      ║ undefined ║
║ if (-1 == false) console.log("spam")  ║ if (-1 == 0)      ║ undefined ║
║   Order doesn't matter...             ║                   ║           ║
║ if (true == -1) console.log("spam")   ║ if (1 == -1)      ║ undefined ║
╠═══════════════════════════════════════╬═══════════════════╬═══════════╣
║ if (!!-1 == true) console.log("spam") ║ if (true == true) ║ spam      ║ better
╠═══════════════════════════════════════╬═══════════════════╬═══════════╣
║ if (-1) console.log("spam")           ║ if (truthy)       ║ spam      ║ still best
╚═══════════════════════════════════════╩═══════════════════╩═══════════╝

事情会变得更疯狂，这取决于你的发动机。例如，WScript赢得了奖项。

function test()
{
    return (1 === 1);
}
WScript.echo(test());

由于某些历史Windows jive，它将在消息框中输出-1！在cmd.exe提示符下尝试，然后查看！但是WScript.echo（-1==test（））仍然为0，或者WScript为false。移开视线。这太可怕了。

比较真实性：）

但是，如果我有两个值需要检查是否相等的真/假呢？

假设我们有myVar1=0；并且myVar2=undefined；。

myVar1==myVar2为0==未定义，显然为假。!!myVar1==！！myVar2是！！0 === !!未定义且为真！同样的道理！（在这种情况下，两者都“具有虚假的真实性”。）

所以，你真正需要使用“布尔转换变量”的唯一地方是，如果你在检查两个变量是否具有相同的真实性，对吗？那就是，使用！！如果您需要查看两个变量是否都是真的或都是假的，也就是说，是否具有相等的真实性。

我想不出一个很棒的、不做作的用例。也许您在表单中“链接”了字段？

if (!!customerInput.spouseName !== !!customerInput.spouseAge ) {
    errorObjects.spouse = "Please either enter a valid name AND age "
        + "for your spouse or leave all spouse fields blank.";
}

所以现在，如果你对配偶的姓名和年龄都有一个真实的或虚假的，你可以继续。否则，只有一个字段具有值（或很早就安排好的婚姻），需要在errorObjects集合中创建一个额外的错误。

尽管即使在这种情况下！！真的是多余的。一足以转换为布尔值，而您只是在检查是否相等。

---

编辑：2017年10月24日，2月19日：

期望显式布尔值的第三方库

这是一个有趣的案例！！当第三方库需要显式布尔值时，可能很有用。

反应

例如，JSX（React）中的False有一个特殊的含义，它不会在简单的错误中触发。如果您尝试在JSX中返回以下内容，则messageCount中应为int。。。

｛messageCount&&<div>您有消息！</div>｝

…当您没有消息时，您可能会惊讶地看到React呈现0。您必须显式返回false，以便JSX不呈现。上面的语句返回0，JSX很高兴地将其呈现出来。它不能告诉你没有计数：｛messageCount｝。

一个修复方法涉及bangbang，它将0强制为！！0，这是错误的：｛！！messageCount&&<div>您有消息！</div>｝JSX的文档建议您更加明确，编写自我注释代码，并使用比较强制转换为布尔值。｛messageCount＞0&&＜div＞您有消息！</div＞｝我自己用三元表处理错误更舒服--｛messageCount？＜div＞您有消息！＜/div＞：false｝

TypeScript（类型脚本）

TypeScript中的相同处理：如果你有一个返回布尔值的函数（或者你正在给布尔变量赋值），你（通常）不能返回/赋值布尔值；它必须是强类型布尔值。这意味着，iff myObject是强类型的，返回！myObject；适用于返回布尔值的函数，但返回myObject；不。你必须回来！！myObject（或以另一种方式转换为正确的布尔值）以匹配TypeScript的期望。

TypeScript的例外？如果myObject是any，那么您将返回JavaScript的Wild West，并且可以不使用！！，即使您的返回类型是布尔值。

请记住，这些是JSX和TypeScript约定，而不是JavaScript固有的约定。

但如果您在渲染的JSX中看到奇怪的0，请考虑松散的错误管理。

这个问题已经得到了非常彻底的回答，但我想补充一个答案，我希望这个答案尽可能简化，使！！尽可能简单地掌握。

因为JavaScript具有所谓的“truthy”和“falsy”值，所以有些表达式在其他表达式中求值时会导致true或false条件，即使所检查的值或表达式实际上不是true或false。

例如：

if (document.getElementById('myElement')) {
    // Code block
}

如果该元素确实存在，则表达式将求值为true，并执行代码块。

然而：

if (document.getElementById('myElement') == true) {
    // Code block
}

…将不会导致真条件，并且代码块将不会被执行，即使元素确实存在。

为什么？因为document.getElementById（）是一个“truthy”表达式，它在这个if（）语句中的值为true，但它不是一个真正的布尔值true。

在这种情况下，双“not”相当简单。这只是背靠背的两个不。

第一个简单地“反转”真值或假值，产生实际的布尔类型，然后第二个简单地将其“反转”回原始状态，但现在是实际的布尔值。这样你就有了一致性：

if (!!document.getElementById('myElement')) {}

and

if (!!document.getElementById('myElement') == true) {}

将如预期的那样返回true。

!! 不是运算符。这只是！操作员两次。

但使用JavaScript，应用！！在大多数情况下，将Object转换为Boolean是冗余和冗长的，因为：

值未定义或为空的任何对象，包括值为false的布尔对象，传递给有条件的陈述

示例：if（｛｝）｛console.log（“｛｝是true”）｝//logs:“｛}是true”