A blazing fast deep object copier
import { copy } from 'fast-copy';
import { deepEqual } from 'fast-equals';
const object = {
array: [123, { deep: 'value' }],
map: new Map([
['foo', {}],
[{ bar: 'baz' }, 'quz'],
]),
};
const copiedObject = copy(object);
console.log(copiedObject === object); // false
console.log(deepEqual(copiedObject, object)); // true
copyDeeply copy the object passed.
import { copy } from 'fast-copy';
const copied = copy({ foo: 'bar' });
copyStrictDeeply copy the object passed, but with additional strictness when replicating the original object:
import { copyStrict } from 'fast-copy';
const object = { foo: 'bar' };
object.nonEnumerable = Object.defineProperty(object, 'bar', {
enumerable: false,
value: 'baz',
});
const copied = copy(object);
NOTE: This method is significantly slower than copy, so it is recommended to only use this when you have
specific use-cases that require it.
createCopierCreate a custom copier based on the type-specific method overrides passed, as well as configuration options for how copies should be performed. This is useful if you want to squeeze out maximum performance, or perform something other than a standard deep copy.
import { createCopier } from 'fast-copy';
import { LRUCache } from 'lru-cache';
const copyShallowStrict = createCopier({
createCache: () => new LRUCache(),
methods: {
array: (array) => [...array],
map: (map) => new Map(map.entries()),
object: (object) => ({ ...object }),
set: (set) => new Set(set.values()),
},
strict: true,
});
createCacheMethod that creates the internal cache in the Copier state. Defaults to creating a new
WeakMap instance.
methodsMethods used for copying specific object types. A list of the methods and which object types they handle:
array => ArrayarrayBuffer=> ArrayBuffer, Float32Array, Float64Array, Int8Array, Int16Array, Int32Array, Uint8Array,
Uint8ClampedArray, Uint16Array, Uint32Array, Uint64Arrayblob => BlobdataView => DataViewdate => Dateerror => Error, AggregateError, EvalError, RangeError, ReferenceError, SyntaxError, TypeError,
URIErrormap => Mapobject => Object, or any custom constructorregExp => RegExpset => SetEach method has the following contract:
type InternalCopier<Value> = (value: Value, state: State) => Value;
interface State {
Constructor: any;
cache: WeakMap;
copier: InternalCopier<any>;
prototype: any;
}
cacheIf you want to maintain circular reference handling, then you'll need the methods to handle cache population for future lookups:
function shallowlyCloneArray<Value extends any[]>(
value: Value,
state: State
): Value {
const clone = [...value];
state.cache.set(value, clone);
return clone;
}
copiercopier is provided for recursive calls with deeply-nested objects.
function deeplyCloneArray<Value extends any[]>(
value: Value,
state: State
): Value {
const clone = [];
state.cache.set(value, clone);
value.forEach((item) => state.copier(item, state));
return clone;
}
Note above I am using forEach instead of a simple map. This is because it is highly recommended to store the clone
in cache eagerly when deeply copying, so that nested circular references are handled correctly.
Constructor / prototypeBoth Constructor and prototype properties are only populated with complex objects that are not standard objects or
arrays. This is mainly useful for custom subclasses of these globals, or maintaining custom prototypes of objects.
function deeplyCloneSubclassArray<Value extends CustomArray>(
value: Value,
state: State
): Value {
const clone = new state.Constructor();
state.cache.set(value, clone);
value.forEach((item) => clone.push(item));
return clone;
}
function deeplyCloneCustomObject<Value extends CustomObject>(
value: Value,
state: State
): Value {
const clone = Object.create(state.prototype);
state.cache.set(value, clone);
Object.entries(value).forEach(([k, v]) => (clone[k] = v));
return clone;
}
strictEnforces strict copying of properties, which includes properties that are not standard for that object. An example would be a named key on an array.
NOTE: This creates a copier that is significantly slower than "loose" mode, so it is recommended to only use this when you have specific use-cases that require it.
The following object types are deeply cloned when they are either properties on the object passed, or the object itself:
ArrayArrayBufferBoolean primitive wrappers (e.g., new Boolean(true))BlobBufferDataViewDateFloat32ArrayFloat64ArrayInt8ArrayInt16ArrayInt32ArrayMapNumber primitive wrappers (e.g., new Number(123))ObjectRegExpSetString primitive wrappers (e.g., new String('foo'))Uint8ArrayUint8ClampedArrayUint16ArrayUint32ArrayReact componentsThe following object types are copied directly, as they are either primitives, cannot be cloned, or the common use-case implementation does not expect cloning:
AsyncFunctionAsyncGeneratorBoolean primitivesErrorFunctionGeneratorGeneratorFunctionNumber primitivesNullPromiseString primitivesSymbolUndefinedWeakMapWeakSetCircular objects are supported out of the box. By default, a cache based on WeakSet is used, but if WeakSet is not
available then a fallback is used. The benchmarks quoted below are based on use of WeakSet.
Inherently, what is considered a valid copy is subjective because of different requirements and use-cases. For this
library, some decisions were explicitly made for the default copiers of specific object types, and those decisions are
detailed below. If your use-cases require different handling, you can always create your own custom copier with
createCopier.
*Error objectWhile it would be relatively trivial to copy over the message and stack to a new object of the same Error subclass, it
is a common practice to "override" the message or stack, and copies would not retain this mutation. As such, the
original reference is copied.
Starting in ES2015, native globals can be subclassed like any custom class. When copying, we explicitly reuse the constructor of the original object. However, the expectation is that these subclasses would have the same constructur signature as their native base class. This is a common community practice, but there is the possibility of inaccuracy if the contract differs.
Generator objects are
specific types of iterators, but appear like standard objects that just have a few methods (next, throw, return).
These methods are bound to the internal state of the generator, which cannot be copied effectively. Normally this would
be treated like other "uncopiable" objects and simply pass the reference through, however the "validation" of whether it
is a generator object or a standard object is not guaranteed (duck-typing) and there is a runtime cost associated with.
Therefore, the simplest path of treating it like a standard object (copying methods to a new object) was taken.
Small number of properties, all values are primitives
āāāāāāāāāāāāāāāāāāāāāā¬āāāāāāāāāāāāāāāāā
ā Name ā Ops / sec ā
āāāāāāāāāāāāāāāāāāāāāā¼āāāāāāāāāāāāāāāāā¤
ā fast-copy ā 4606103.720559 ā
āāāāāāāāāāāāāāāāāāāāāā¼āāāāāāāāāāāāāāāāā¤
ā lodash.cloneDeep ā 2575175.39241 ā
āāāāāāāāāāāāāāāāāāāāāā¼āāāāāāāāāāāāāāāāā¤
ā clone ā 2172921.6353 ā
āāāāāāāāāāāāāāāāāāāāāā¼āāāāāāāāāāāāāāāāā¤
ā ramda ā 1919715.448951 ā
āāāāāāāāāāāāāāāāāāāāāā¼āāāāāāāāāāāāāāāāā¤
ā fast-clone ā 1576610.693318 ā
āāāāāāāāāāāāāāāāāāāāāā¼āāāāāāāāāāāāāāāāā¤
ā deepclone ā 1173500.05884 ā
āāāāāāāāāāāāāāāāāāāāāā¼āāāāāāāāāāāāāāāāā¤
ā fast-copy (strict) ā 1049310.47701 ā
āāāāāāāāāāāāāāāāāāāāāā“āāāāāāāāāāāāāāāāā
Fastest was "fast-copy".
Large number of properties, values are a combination of primitives and complex objects
āāāāāāāāāāāāāāāāāāāāāā¬āāāāāāāāāāāāāāāā
ā Name ā Ops / sec ā
āāāāāāāāāāāāāāāāāāāāāā¼āāāāāāāāāāāāāāāā¤
ā fast-copy ā 235511.4532 ā
āāāāāāāāāāāāāāāāāāāāāā¼āāāāāāāāāāāāāāāā¤
ā deepclone ā 142976.849406 ā
āāāāāāāāāāāāāāāāāāāāāā¼āāāāāāāāāāāāāāāā¤
ā clone ā 125026.837887 ā
āāāāāāāāāāāāāāāāāāāāāā¼āāāāāāāāāāāāāāāā¤
ā ramda ā 114216.98158 ā
āāāāāāāāāāāāāāāāāāāāāā¼āāāāāāāāāāāāāāāā¤
ā fast-clone ā 111388.215547 ā
āāāāāāāāāāāāāāāāāāāāāā¼āāāāāāāāāāāāāāāā¤
ā fast-copy (strict) ā 77683.900047 ā
āāāāāāāāāāāāāāāāāāāāāā¼āāāāāāāāāāāāāāāā¤
ā lodash.cloneDeep ā 71343.431983 ā
āāāāāāāāāāāāāāāāāāāāāā“āāāāāāāāāāāāāāāā
Fastest was "fast-copy".
Very large number of properties with high amount of nesting, mainly objects and arrays
Testing big data object...
āāāāāāāāāāāāāāāāāāāāāā¬āāāāāāāāāāāāā
ā Name ā Ops / sec ā
āāāāāāāāāāāāāāāāāāāāāā¼āāāāāāāāāāāāā¤
ā fast-copy ā 325.548627 ā
āāāāāāāāāāāāāāāāāāāāāā¼āāāāāāāāāāāāā¤
ā fast-clone ā 257.913886 ā
āāāāāāāāāāāāāāāāāāāāāā¼āāāāāāāāāāāāā¤
ā deepclone ā 158.228042 ā
āāāāāāāāāāāāāāāāāāāāāā¼āāāāāāāāāāāāā¤
ā lodash.cloneDeep ā 153.520966 ā
āāāāāāāāāāāāāāāāāāāāāā¼āāāāāāāāāāāāā¤
ā fast-copy (strict) ā 126.027381 ā
āāāāāāāāāāāāāāāāāāāāāā¼āāāāāāāāāāāāā¤
ā clone ā 123.383641 ā
āāāāāāāāāāāāāāāāāāāāāā¼āāāāāāāāāāāāā¤
ā ramda ā 35.507959 ā
āāāāāāāāāāāāāāāāāāāāāā“āāāāāāāāāāāāā
Fastest was "fast-copy".
Testing circular object...
āāāāāāāāāāāāāāāāāāāāāā¬āāāāāāāāāāāāāāāāā
ā Name ā Ops / sec ā
āāāāāāāāāāāāāāāāāāāāāā¼āāāāāāāāāāāāāāāāā¤
ā fast-copy ā 1344790.296938 ā
āāāāāāāāāāāāāāāāāāāāāā¼āāāāāāāāāāāāāāāāā¤
ā deepclone ā 1127781.641192 ā
āāāāāāāāāāāāāāāāāāāāāā¼āāāāāāāāāāāāāāāāā¤
ā lodash.cloneDeep ā 894679.711048 ā
āāāāāāāāāāāāāāāāāāāāāā¼āāāāāāāāāāāāāāāāā¤
ā clone ā 892911.50594 ā
āāāāāāāāāāāāāāāāāāāāāā¼āāāāāāāāāāāāāāāāā¤
ā fast-copy (strict) ā 821339.44828 ā
āāāāāāāāāāāāāāāāāāāāāā¼āāāāāāāāāāāāāāāāā¤
ā ramda ā 615222.946985 ā
āāāāāāāāāāāāāāāāāāāāāā¼āāāāāāāāāāāāāāāāā¤
ā fast-clone ā 0 ā
āāāāāāāāāāāāāāāāāāāāāā“āāāāāāāāāāāāāāāāā
Fastest was "fast-copy".
Custom constructors, React components, etc
āāāāāāāāāāāāāāāāāāāāāā¬āāāāāāāāāāāāāāā
ā Name ā Ops / sec ā
āāāāāāāāāāāāāāāāāāāāāā¼āāāāāāāāāāāāāāā¤
ā fast-copy ā 86875.694416 ā
āāāāāāāāāāāāāāāāāāāāāā¼āāāāāāāāāāāāāāā¤
ā clone ā 73525.671381 ā
āāāāāāāāāāāāāāāāāāāāāā¼āāāāāāāāāāāāāāā¤
ā lodash.cloneDeep ā 63280.563976 ā
āāāāāāāāāāāāāāāāāāāāāā¼āāāāāāāāāāāāāāā¤
ā fast-clone ā 52991.064016 ā
āāāāāāāāāāāāāāāāāāāāāā¼āāāāāāāāāāāāāāā¤
ā ramda ā 31770.652317 ā
āāāāāāāāāāāāāāāāāāāāāā¼āāāāāāāāāāāāāāā¤
ā deepclone ā 24253.795114 ā
āāāāāāāāāāāāāāāāāāāāāā¼āāāāāāāāāāāāāāā¤
ā fast-copy (strict) ā 19112.538416 ā
āāāāāāāāāāāāāāāāāāāāāā“āāāāāāāāāāāāāāā
Fastest was "fast-copy".