使用（…）复制对象

//bad
const original = { a: 1, b: 2 };
const copy = Object.assign({}, original, { c: 3 }); // copy => { a: 1, b: 2,c: 3 }

//good
const originalObj = { id: 5, name: 'San Francisco'};
const copyObject = {...originalObj, pincode: 4444};
console.log(copyObject)  //{ id: 5, name: 'San Francisco', pincode: 4444 }

同样可以用于将阵列从一个复制到另一个

const itemsCopy = [...items];

function clone(obj)
{
    var cloneObj = Object.create(obj);

    return cloneObj;
}

在Javascript中，对象单独继承另一个对象（原型继承）。create（obj）返回一个对象，该对象是obj的子对象或子对象。在上面的函数中，它将有效地返回该对象的副本。

然而，这是一种非常奇怪的克隆方式，因为我没有将继承用于其真正目的。

要处理JSON.stringify无法处理的循环对象，可以引入一个名为JSOG的库，该库将任意图形序列化和反序列化为JSON格式。

var clone = JSOG.parse(JSOG.stringify(original));

尝试使用此技巧修补JSOG以进行克隆可能也很有趣（目前没有时间，但如果有人想尝试一下…）：

序列化简单函数：

foo.f = function(a) { return a }
var stringForm = foo.f.toString() // "function (a) { return a }"

反序列化函数：

eval("foo.f = " + stringForm)

需要一些约定（可能是以属性的名称）来标识函数与正则字符串（可能是@func_f）。

当然，如果该函数调用第二个函数，则第二个功能将需要与原始函数一样存在。

然而，如果您要接受来自不可信来源的序列化表单，则上述内容非常危险，但接受来自不可靠来源的任何形式的函数都是危险的，因此如果您对克隆函数感兴趣，则必须已经建立了信任（或者您已经打算编写安全漏洞！）。

免责声明：我没有测试JSOG字符串/解析与JSON字符串/解析的速度，但它确实适用于我测试的简单（循环）对象。

咨询http://www.w3.org/html/wg/drafts/html/master/infrastructure.html#safe-为W3C的“安全传递结构化数据”算法传递结构化数据，该算法旨在由浏览器实现，用于将数据传递给例如web工作者。然而，它有一些限制，因为它不处理函数。看见https://developer.mozilla.org/en-US/docs/DOM/The_structured_clone_algorithm获取更多信息，包括JS中的另一种算法，它可以帮助您实现这一目标。

我已经完成了上述所有解决方案，它们都很好。然而，您可以使用另一种方法来克隆对象（值不引用）。对象分配

let x = {
    a: '1',
    b: '2'
}

let y = Object.assign({}, x)
y.a = "3"

console.log(x)

输出将为

{ a: '1', b: '2' }

此外，您还可以使用相同的方法克隆阵列。

clonedArray = Object.assign([], array)

好的，假设你有下面的这个对象，你想克隆它：

let obj = {a:1, b:2, c:3}; //ES6

or

var obj = {a:1, b:2, c:3}; //ES5

答案主要取决于您使用的ECMAscript，在ES6+中，您可以简单地使用Object.assign来执行克隆：

let cloned = Object.assign({}, obj); //new {a:1, b:2, c:3};

或使用如下扩展运算符：

let cloned = {...obj}; //new {a:1, b:2, c:3};

但是如果你使用ES5，你可以使用很少的方法，但JSON.stringify，只需确保你没有使用大量数据来复制，但在很多情况下，这可能是一种简单的方法，比如：

let cloned = JSON.parse(JSON.stringify(obj)); 
//new {a:1, b:2, c:3};, can be handy, but avoid using on big chunk of data over and over