JavaScript在检查“空”值方面非常灵活。我猜你实际上是在寻找空字符串，在这种情况下，这个更简单的代码会起作用：

if(!pass || !cpass || !email || !cemail || !user){

它将检查空字符串（“”）、null、undefined、false以及数字0和NaN。

请注意，如果您是专门检查数字，则使用此方法错过0是一个常见错误，num！==对于返回-1的函数（例如indexOf），首选0（或num！==-1或~num（同时检查-1的黑客代码））。

实际上，我认为你可能需要使用if（value！==null&&value！==undefined）因为如果使用if（value），也可能会过滤0或false值。

考虑这两个功能：

const firstTest = value => {
    if (value) {
        console.log('passed');
    } else {
        console.log('failed');
    }
}
const secondTest = value => {
    if (value !== null && value !== undefined) {
        console.log('passed');
    } else {
        console.log('failed');
    }
}

firstTest(0);            // result: failed
secondTest(0);           // result: passed

firstTest(false);        // result: failed
secondTest(false);       // result: passed

firstTest('');           // result: failed
secondTest('');          // result: passed

firstTest(null);         // result: failed
secondTest(null);        // result: failed

firstTest(undefined);    // result: failed
secondTest(undefined);   // result: failed

在我的情况下，我只需要检查值是否为null和未定义，我不想过滤0、false或“”值。所以我使用了第二个测试，但你可能也需要过滤它们，这可能会导致你使用第一个测试。

JavaScript在检查“空”值方面非常灵活。我猜你实际上是在寻找空字符串，在这种情况下，这个更简单的代码会起作用：

if(!pass || !cpass || !email || !cemail || !user){

它将检查空字符串（“”）、null、undefined、false以及数字0和NaN。

请注意，如果您是专门检查数字，则使用此方法错过0是一个常见错误，num！==对于返回-1的函数（例如indexOf），首选0（或num！==-1或~num（同时检查-1的黑客代码））。

在JavaScript中，没有字符串等于null。

当pass为空字符串时，您可能希望pass==null为真，因为您知道松散的相等运算符==执行某些类型的强制。

例如，此表达式为true：

'' == 0

相反，严格相等运算符==表示这是错误的：

'' === 0

假定“”和0大致相等，您可以合理地推测“”和null大致相等。然而，事实并非如此。

此表达式为false：

'' == null

将任何字符串与null进行比较的结果为false。因此，pass==null和所有其他测试始终为false，用户永远不会收到警报。

要修复代码，请将每个值与空字符串进行比较：

pass === ''

如果您确定pass是一个字符串，pass==“”也会起作用，因为只有空字符串与空字符串大致相等。另一方面，一些专家表示，在JavaScript中始终使用严格相等是一种好的做法，除非您特别想执行松散相等运算符执行的类型强制。

如果您想知道哪些值对大致相等，请参阅Mozilla文章中关于此主题的“Sameness比较”表。

乍一看，这似乎是一个简单的覆盖和严格之间的权衡。

==包含多个值，可以用更少的代码处理更多的场景。==是最严格的，这使得它可以预测。

可预测性总是获胜的，这似乎是一个万能的解决方案。

但这是错误的。尽管==是可预测的，但它并不总是产生可预测的代码，因为它忽略了场景。

const options = { };
if (options.callback !== null) {
  options.callback();      // error --> callback is undefined.
}

通常，==为空检查执行更可预测的工作：

一般来说，null和undefined都意味着同一件事：“缺少了什么”。为了实现可预测性，您需要检查这两个值。然后==null做得很好，因为它正好覆盖了这两个值。（即==null等同于==null&&==未定义）在特殊情况下，您确实需要明确区分null和undefined。在这些情况下，最好使用严格的==未定义或==null。（例如，缺失/忽略/跳过和空/清除/删除之间的区别。）但这很少见。

这不仅是罕见的，也是需要避免的。不能在传统数据库中存储undefined。由于互操作性的原因，在API设计中也不应该依赖未定义的值。但即使你根本不做区分，你也不能假设未定义不会发生。我们周围的人都间接地采取了泛化空/未定义的行为（这就是为什么像这样的问题被封闭为“固执己见”的原因）。

所以，回到你的问题。使用==null没有错。它正是它应该做的。

// FIX 1 --> yes === is very explicit
const options = { };
if (options.callback !== null && 
    options.callback !== undefined) {
  options.callback();
}


// FIX 2 --> but == covers both
const options = { };
if (options.callback != null) {
  options.callback();
}

// FIX 3 --> optional chaining also covers both.
const options = { };
options.callback?.();

首先，您有一个没有函数体的return语句。这很可能会引发错误。

一个更干净的检查方法是简单地使用！操作员：

if (!pass || !cpass || !email || !cemail || !user) {

    alert("fill all columns");

}