isEmpty = function(obj) {
      if (obj == null) return true;
      if (obj.constructor.name == "Array" || obj.constructor.name == "String") return obj.length === 0;
      for (var key in obj) if (isEmpty(obj[key])) return true;
      return false;
    }

这将检查字符串、数组或对象（映射）的空性。

用法：

var a = {"a":"xxx","b":[1],"c":{"c_a":""}}
isEmpty(a); // true, because a.c.c_a is empty.
isEmpty("I am a String"); //false

if(Object.getOwnPropertyNames(obj).length === 0){
  //is empty
}

看见http://bencollier.net/2011/04/javascript-is-an-object-empty/

奇怪的是，我没有遇到一个解决方案来比较对象的值，而不是任何条目的存在（可能我在许多给定的解决方案中都没有找到它）。我想介绍一下如果一个对象的所有值都未定义，则该对象被视为空的情况：

const isObjectEmpty=obj=>Object.values（obj）.every（val=>typeof val==“undefined”）console.log（isObjectEmpty（｛｝））//trueconsole.log（isObjectEmpty（｛foo:undefined，bar:undefine｝））//trueconsole.log（isObjectEmpty（｛foo:false，bar:null｝））//false

示例用法

举个例子，我们有一个函数（paintOnCanvas），它从参数（x，y和size）中销毁值。如果所有这些选项都未定义，则它们将被排除在生成的选项集之外。如果不是，它们都包括在内。

function paintOnCanvas ({ brush, x, y, size }) {
  const baseOptions = { brush }
  const areaOptions = { x, y, size }
  const options = isObjectEmpty(areaOptions) ? baseOptions : { ...baseOptions, areaOptions }
  // ...
}

从jQuery 1.4开始，isEmptyObject（）方法检查对象本身的财产和从原型继承的财产（因为它不使用hasOwnProperty）。参数应该始终是一个普通的JavaScript对象，因为其他类型的对象（DOM元素、原始字符串/数字、宿主对象）可能不会在浏览器中提供一致的结果。要确定对象是否为纯JavaScript对象，请使用$.isPlainObject（）。

jQuery.isPlainObject({}) // true

jQuery.isPlainObject( "test" ) // false

Jquery api

这与在lodash源中检查对象的方式类似：

const isEmpty = value => {
  for (const key in value) {
    if (hasOwnProperty.call(value, key)) {
      return false
    }
  }
  return true;
}

但有很多其他方法可以做到这一点。

IsEmpty Object意外地失去了它的含义，即：它是编程语义，当我们著名的Yahoo专家将定制的非枚举对象财产引入ECMA并被接受时。

[如果您不喜欢历史-请直接跳到工作代码]

对于这个问题，我看到了很多好的答案。然而，获取ECMA脚本的最新扩展并不是一条诚实的道路。我们过去为了保持网景4.x和基于网景的网页的工作和项目的活力而阻止了网络的发展，而这些网页（顺便说一句）是极其原始的向后和独特的，拒绝使用新的W3C标准和主张（在当时这是非常革命性的，对程序员来说是友好的），而现在却对我们自己的遗产残酷无情。

杀死Internet Explorer 11是完全错误的！是的，一些自“冷战”时代以来一直蛰伏在微软内部的老战士同意了这一点——理由是错误的但这并不正确！

在你的答案中使用一个新引入的方法\属性，并将其作为一个发现（“它一直存在，但我们没有注意到它”），而不是一个新发明（就其真实情况而言），有点“绿色”和有害。大约20年前，我曾经犯过这样的错误，当时我仍然无法分辨其中已经存在的东西，并将我能找到的一切作为参考，作为一个共同的工作解决方案。。。

向后兼容性很重要！

我们只是还不知道。这就是为什么我需要分享我的“百年”通用解决方案的原因，该解决方案仍然向后和向前兼容，以适应不可预见的未来。

对in运算符的攻击很多，但我认为这样做的人终于有了理智，真正开始理解和欣赏真正的动态类型语言，如JavaScript及其美丽的本质。

我的方法旨在简单和核心，出于上述原因，我不称其为“空”，因为该词的含义不再准确。是可枚举的，似乎是具有确切含义的词。

function isEnum( x ) { for( var p in x )return!0; return!1 };

一些用例：

isEnum({1:0})
true

isEnum({})
false

isEnum(null)
false

感谢阅读！