是什么原因在JavaScript中使用null而不是undefined？

我已经写了很长时间的JavaScript，而且从来没有理由使用过null。似乎undefined总是可取的，并且在程序上达到相同的目的。有什么实际的原因null代替使用undefined？

Null和undefined本质上是两个含义相同的值。唯一的区别是在约定的你如何使用它们的系统。正如某些人提到的那样，有些人使用null表示“无对象”，有时您可能会得到一个对象，而未定义意味着没有对象（或有错误）。我的问题是它完全武断，完全没有必要。

就是说，有一个主要区别-未初始化的变量（包括未传递任何参数的函数参数等）始终是未定义的。

这就是为什么在我的代码中我从不使用null，除非我无法控制的东西返回null（例如正则表达式匹配）。这样做的好处是使事情简化了很多。我永远不必检查x === undefined || x ===空。如果您习惯使用==或仅使用if（x）...之类的东西。停下来。!x对于空字符串，0，null和NaN，结果将为true-即您可能不需要的东西。如果您要编写不是很糟糕的javascript，请始终使用Triple equals ===，并且永远不要使用null（改为使用undefined）。这将使您的生活更轻松。

我真的不知道答案，但根据尼古拉斯C. Zakas，他的书第30页“ 专业的JavaScript的Web开发 ”：

当定义一个打算稍后用于保存对象的变量时，建议将变量初始化null为与其他变量相反的值。这样，您可以显式检查该值，null以确定该变量以后是否已用对象引用填充

在这一天结束，因为两者null并undefined要挟相同的值（Boolean(undefined) === false && Boolean(null) === false），你可以在技术上使用要么把工作做好。但是，IMO有正确的方法。

1. 将用法的使用留给undefinedJavaScript编译器。

   undefined用于描述不指向参考的变量。JS编译器会照顾您。在编译时，JS引擎会将所有提升变量的值设置为undefined。随着引擎逐步执行代码和提供值，引擎将为各个变量分配相应的值。对于那些没有为其找到值的变量，这些变量将继续保持对原语的引用undefined。

2. 仅当您明确希望将变量的值表示为“无值”时，才使用null。

   如@ com2gz所述：null用于以编程方式定义为空。undefined表示该引用不存在。一个null价值有一个定义的参考，以“无”。如果调用的是对象的不存在属性，则将得到undefined。如果我故意将该属性设为空，则必须为空，null以便您知道它是故意的。

TLDR；不要使用undefined原语。当您声明没有赋值的变量或尝试访问没有引用的对象的属性时，JS编译器会自动为您设置一个值。另一方面，null仅当您有意让变量具有“无值”时，才使用。

我从来没有明确地将任何内容设置为undefined（并且我在与之交互的许多代码库中都没有遇到过）。另外，我很少使用null。我唯一使用的时间null是当我想将函数参数的值表示为没有值时，即：

function printArguments(a,b) {
  console.log(a,b);
}

printArguments(null, " hello") // logs: null hello

undefined是不存在事物概念的地方；它没有类型，并且在该范围内从未被引用过；null是已知事物存在的地方，但没有价值。

每个人都有自己的编码方式和自己的内部语义，但是多年来，我发现这是我向提出这个问题的人提供的最直观的建议：有疑问时，请执行JavaScript的工作。

假设您正在使用对象属性（例如jQuery插件的选项）...问问自己JavaScript赋予了一个尚待定义的属性的值-答案是undefined。因此，在这种情况下，我将使用“未定义”初始化这些类型的事物以使其与JavaScript一致（对于变量，您可以var myVar;代替var myVar = undefined;）。

现在，假设您正在执行DOM操作... JavaScript将哪些值赋给不存在的元素？答案是null。如果要创建一个占位符变量，该值将作为初始化值，该变量以后将保存对元素，文档片段或与DOM相关的类似内容的引用。

如果使用的是JSON，则需要进行特殊处理：对于未定义的属性值，应将其设置为""或null因为undefined不认为值是正确的JSON格式。

如此说来，正如先前的海报所表达的那样，如果您发现自己在一个蓝色的月亮中初始化一次null或undefined多次初始化，那么也许您应该重新考虑如何编写应用程序。

您可以采用此处建议的约定，但确实没有充分的理由。没有足够一致地使用它就没有意义。

为了使约定有用，您首先必须知道被调用的函数遵循约定。然后，您必须显式测试返回的值并决定要做什么。如果未定义，则可以假定发生了被调用函数知道的某种错误。但是，如果发生错误，并且函数知道该错误，并且将其发送到更广泛的环境中很有用，为什么不使用错误对象呢？即抛出错误？

因此，总而言之，在简单环境中，除了很小的程序以外，约定实际上对其他任何事情都没有用。

在一个有用的属性空是未定义不符合资格：

> null + 3
3
> undefined + 3
NaN

null当我要“关闭”数值或初始化某些数值时，我会用到。我的最后一个用途是操纵CSS转换：

const transforms = { perspective : null, rotateX : null };
// if already set, increase, if not, set to x
runTimeFunction((x) => { trasforms.perspective += x; });
// still useful, as setting perspective to 0 is different than turning it off
runTimeFunction2((x) => { transforms.perspective = null; });

// toCss will check for 'null' values and not set then at all
runTimeFunction3(() => { el.style.transform = toCss(transforms); });

不知道我是否应该使用此属性...

DOM节点和元素不是未定义的，但可以为null。

• 元素的最后一个子元素的nextSibling为null。

• 第一个孩子的previousSibling为null。

• 如果元素不存在于文档中，则document.getElementById引用为null。

但是在所有这些情况下，值都不是undefined；那里没有节点。

少数人表示可以将对象初始化为null。我只想指出，销毁参数默认值不适用于null。例如：

const test = ({ name } = {}) => {
  console.log(name)
}

test() // logs undefined
test(null) // throws error

这要求在调用可能经常发生的函数之前进行null检查。

我现在正在解决这个确切的问题，并研究以下哲学：

1. 任何旨在返回结果的函数，如果未能找到结果，则应返回null
2. 任何不打算返回结果的函数都会隐式返回undefined。

对我来说，这个问题很重要，因为任何调用返回结果的函数的人都不会质疑是否要测试未定义vs空值。

此答案未尝试解决：

1. 空值和未定义的属性值
2. 函数中的变量为空还是未定义

在我看来，变量是您自己的业务，而不是API的一部分，并且已定义了任何OO系统中的属性，因此应使用与未定义时不同的值来定义属性（对于已定义，则为null，即未定义）访问不属于您对象的内容时获得）。

原因如下：var undefined = 1 是合法的javascript，但var null = 1语法错误。区别在于它null是语言关键字，而undefined出于某种原因却不是。

如果您的代码依赖于比较，undefined就好像它是一个关键字（这是一个if (foo == undefined)很容易犯的错误），该关键字只会起作用，因为没有人使用该名称定义变量。所有人不小心或恶意地用该名称定义全局变量时，所有这些代码都容易受到攻击。当然，我们都知道在JavaScript中意外定义全局变量是完全不可能的...

只需添加某些JavaScript库，null和undefined可能会带来意想不到的后果。

例如，lodash的get函数，该函数接受默认值作为第三个参数：

const user = {
  address: {
    block: null,
    unit: undefined,
  }
}
console.log(_.get(user, 'address.block', 'Default Value')) // prints null
console.log(_.get(user, 'address.unit', 'Default Value')) // prints 'Default Value'
console.log(_.get(user, 'address.postalCode', 'Default Value')) // prints 'Default Value'

另一个示例：如果在React中使用defaultProps，则如果传递了属性null，则不使用默认props，因为null被解释为定义的值。例如

class MyComponent extends React.Component {
   static defaultProps = {
      callback: () => {console.log('COMPONENT MOUNTED')},
   }
   componentDidMount() {
      this.props.callback();
   }
}
//in some other component
<MyComponent />   // Console WILL print "COMPONENT MOUNTED"
<MyComponent callback={null}/>   // Console will NOT print "COMPONENT MOUNTED"
<MyComponent callback={undefined}/>   // Console WILL print "COMPONENT MOUNTED"

我完全不同意使用null或undefined是不必要的。undefined是使整个原型链接过程保持生命的东西。因此，仅具有null的编译器无法检查此属性是否等于null或未在端点原型中定义。在其他动态类型的语言（例如Python）中，如果要访问未定义的属性，则会引发异常，但是对于基于原型的语言，编译器还应检查父原型，这是未定义的需求最大的地方。

使用null的全部含义只是将变量或属性与对象绑定在一起，该对象是单例并具有空的含义，并且null的使用具有性能目的。这两个代码的执行时间不同。

var p1 = function(){this.value = 1};
var big_array = new Array(100000000).fill(1).map((x, index)=>{
    p = new p1();
    if(index > 50000000){
       p.x = "some_string";
    }

    return p;
});
big_array.reduce((sum, p)=> sum + p.value, 0)

var p2 = function(){this.value = 1, p.x = null};
var big_array = new Array(100000000).fill(1).map((x, index)=>{
    p = new p2();
    if(index > 50000000){
       p.x = "some_string";
    }

    return p; 
});
big_array.reduce((sum, p)=> sum + p.value, 0)

未知变量：undefined。

已知变量，但无值：null。

1. 您从服务器收到一个对象，server_object。
2. 您参考server_object.errj。它告诉你它是undefined。那意味着它不知道那是什么。
3. 现在您参考server_object.err。它告诉你它是null。这意味着您引用的是正确的变量，但是它是空的。因此没有错误。

问题是当您声明不带值（var hello）的变量名时，js声明为undefined：此变量不存在；而程序员通常的意思是：“我还没有给它赋值” null。

因此，程序员的默认行为（将不带任何值的变量声明为空）与js不一致（将其声明为不存在）。而且，!undefined而且!null两者都是，true所以大多数程序员都将它们视为同等的。

你当然可以确保你总是这样var hello = null，但大多数不会凋落他们的代码这样确保类型理智的故意松散类型的语言，当他们和!运营商同时治疗undefined和null等同。