delete简介
MDN：delete 操作符用于删除对象的某个属性；如果没有指向这个属性的引用，那它最终会被释放。 这个简单的解释不禁引发了以下几个疑问：
delete和内存释放有什么关系？
从MDN的这个介绍我们可以知道，delete操作符一般是用于对象的，它是用来删除对象上的属性的；而你使用了delete操作符之后，并不是立刻就会释放这个属性的引用，它只是把这个属性和这个对象解除绑定，比如我们通过下面的代码就可以知道这点：
var obj = {
a: 1,
b: { c: 1}
}
var new_obj = obj.b
delete obj.a
delete obj.b
console.log(obj) // {}
console.log(new_obj) // {c: 1}
通过上面的代码我们知道，没有其他变量指向obj的a属性的引用（而且它是一个原始值），而new_obj指向了obj的b属性的引用，当我们删除了obj的a属性和b属性之后，obj就变成了一个空对象，而obj本来b属性的引用此时还存在，因此它不会回收掉；从这个例子就可以看出：delete操作符和释放内存无关，它只是断开了对象和属性的引用关系。只有当没有其他变量指向你删除的属性的引用时，这个属性所处的内存区块才会被下一次垃圾回收时释放。
delete只能用在对象属性上吗？如果我用在值上会怎么样？
delete操作符的语法是：
delete expression
也就是说delete操作符会把它的操作数当成一个表达式，进而去删除这个表达式计算的结果。所以，“delete x”归根到底，是在删除一个表达式的、引用类型的结果（Result），而不是在删除 x 表达式，或者这个删除表达式的值（Value）。 所以，现在这里的 x，其实不是值（Value）类型的数据，而是一个表达式运算的结果（Result）。而在进一步的删除操作之前，JavaScript 需要检测这个 Result 的类型：
- 如果它是值，则按照传统的 JavaScript 的约定返回 true；
- 如果它是一个引用，那么对该引用进行分析，以决定如何操作。 这个检测过程说明，ECMAScript 约定：任何表达式计算的结果（Result）要么是一个值，要么是一个引用。并且需要留意的是，在这个描述中，所谓对象，其实也是值。准确地说，是“非引用类型”。例如：
delete {}也会被当成值来处理。 再删除这些所谓的值的时候，遵循这样一个原则：delete运算发现它的操作数是“值 / 非引用类型”，就直接返回了 true。其实什么也没有发生。 这里其实有一个例外，而这个例外我们后面再解释是为什么；就是delete undefined返回的结果是false，这与我们之前提出的原则相矛盾。这里就引出了下一个问题：delete不能删除什么？
delete不能移除什么？
这个问题MDN上有详细解答，并且指出几种delet不能删除的值，这里我们稍微做一下总结归纳，其实就一点：delete不能移除不可设置的(Non-configurable)属性。
- MDN上提到delete不能移除用var声明的变量，这是因为var声明的变量我们知道是直接挂在在全局对象下作为全局对象的属性的，当它被挂载时会被置为不可设置的(Non-configurable)属性
var a = 1; b = 2 // 直接使用未声明的变量在非严格模式下不会报错，并且也会被挂载到全局对象下 console.log(Object.getOwnPropertyDescriptor(window, "a")) // {value: 1, writable: true, enumerable: true, configurable: false} console.log(Object.getOwnPropertyDescriptor(window, "b")) // {value: 2, writable: true, enumerable: true, configurable: true} delete a // false delete b // true - MDN上还提到let和const声明的变量也不能被删除，这个我没有想到可以演示的代码，但是猜测let和const声明的变量会挂载到它所在的作用域下，并且也是不可设置的(Non-configurable)属性（PS：如果想到示例再补充示例代码）
为什么delete undefined返回false
这里引用大神的回答：
早期的JavaScript中，
undefined是一个特殊值，是在运行期中通过void运算，或者不返回值的函数，又或者一个声明了但未赋值的变量，等等类似这样的情况来“计算得到”的。所以在JavaScript的早期版本中，你没有办法直接判断“undefined是undefined”，例如无法写出x === undefined这样的代码，而你只能写类似typeof(x) ==='undefined'这样的代码。 后来（其实也没有太久），规范就约定把undefined作为可以缺省访问的名字，类似于null。但是这个时候就带来了一个矛盾，因为这个undefined很重要，早期的绝大多数框架或引擎都把它作为一个“全局名字”给声明了。也就是说，ECMAScript现在既没有办法将它规范成一个keyword，也没有办法处理成保留字等等，它看起来像null，但又没有办法在规范层面强制它。 所以……ECMAScript就搞了一个“奇招”：我们把undefined声明成全局的属性，怎么样？！ 嗯嗯，很好。所以你看，现在的引擎上面undefined看起来长得跟null值差不多，而且在ECMAScript规范中它们都还是平级的（是原始值），而且它们的作用也很接近，最后他们都还是从最初的JavaScript 1.x中就存在的概念，但是undefined/null两者却在实现上完全不同：undefined是一个全局属性，而null是一个关键字。 由于undefined是全局属性，所以delete undefined其实就是delete global.undefined，是删除引用，而不是删除值。而这个属性是只读的，所以就返回false了。
讲道理这段历史还挺有意思的，这点可以通过以下代码来印证：
console.log(void 0 === undefined) // true
delete void 0 // true
delete undefined // false
delete null // true
console.log(Object.getOwnPropertyDescriptor(window, 'undefined'))
// {value: undefined, writable: false, enumerable: false, configurable: false}
console.log(Object.getOwnPropertyDescriptor(window, 'null'))
// undefined
delete总结：
- delete只会在移除对象属性失败的情况下返回false，而这种情况只会发生在这个属性是一个不可设置的(Non-configurable)属性，
- delete通常会在这个操作什么也不干的情况下（虽然第一条它也是什么都没干）返回true，或者在成功移除对象属性时返回true
- delete操作只会在自身的属性上起作用，如果对象的原型链上有一个与待删除属性同名的属性，那么删除属性之后，对象会使用原型链上的那个属性
参考：
本文使用 mdnice 排版
