JavaScript "deep equality" / structural equality tester with Node.js flavor.

  • deeper

Downloads in past


2342.1.07 years ago10 years agoMinified + gzip package size for deeper in KB


deeper on npm Build Status Coverage Status "standard" style
deeper is a library for structurally comparing the equality of JavaScript values. It supports recursive / cyclical data structures, is written to avoid try / catch / throw (for speed), and has no dependencies by default.
If you're running Node 0.12+ or io.js, deeper will use the built-in Buffer.equals(). If you're running an older version of Node and you install Ben Noordhuis's buffertools into a project using deeper, it will use that to speed up comparison of Buffers. This used to be installed as an optional dependency, but it gets in the way of browserification and also makes using deeper in your own projects harder, so I changed it to just try to use it if it's there.
It has some optimizations, but stresses correctness over raw speed (unless you're testing objects with lots of Buffers attached to them, in which case it plus buffertools is likely to be the fastest general-purpose deep-comparison tool available).
The core algorithm is based on those used by Node's assertion library and the implementation of cycle detection in isEqual in Underscore.js.
I like to think the documentation is pretty OK.


npm install deeper


// vanilla
var deepEqual = require('deeper')

if (!deepEqual(obj1, obj2)) console.log("yay! diversity!");


Copied from the source, here are the details of deeper's algorithm:
  1. === only tests objects and functions by reference. null is an object.
Any pairs of identical entities failing this test are therefore objects
(including `null`), which need to be recursed into and compared attribute by
  1. Since the only entities to get to this test must be objects, if a or b
is not an object, they're clearly not the same. All unfiltered `a` and `b`
getting past this are objects (including `null`).
  1. null is an object, but null === null. All unfiltered a and b are
non-null `Objects`.
  1. Buffers need to be special-cased because they live partially on the wrong
side of the C++ / JavaScript barrier. Still, calling this on structures
that can contain Buffers is a bad idea, because they can contain
multiple megabytes of data and comparing them byte-by-byte is hella
  1. It's much faster to compare dates by numeric value (.getTime()) than by
lexical value.
  1. Compare RegExps by their components, not the objects themselves.
  2. Treat argumens objects like arrays. The parts of an arguments list most
people care about are the arguments themselves, not `callee`, which you
shouldn't be looking at anyway.
  1. Objects are more complex:
1. Ensure that `a` and `b` are on the same constructor chain.
2. Ensure that `a` and `b` have the same number of own properties (which is
   what `Object.keys()` returns).
3. Ensure that cyclical references don't blow up the stack.
4. Ensure that all the key names match (faster).
5. Ensure that all of the associated values match, recursively (slower).

(somewhat untested) assumptions:

  • Functions are only considered identical if they unify to the same reference.
To anything else is to invite the wrath of the halting problem.
  • V8 is smart enough to optimize treating an Array like any other kind of
  • Users of this function are cool with mutually recursive data structures that
are otherwise identical being treated as the same.


BSD. Go nuts.