前言
作为一名前端，console 估计会时时刻刻陪伴我们，其实各个端都会有输出变量的值的方法，以便调试，这里我指的 console 单纯指的是前端中的 console。不得不说，它是一个调试的好方法，但它也是不可信的。
一个例子
先上代码：
var obj = {
name: {
age: '1'
}
}
console.log(obj);
obj.name.age = 2;
console.log(obj);
大家猜测下结果，我们预期的肯定是不一样的，毕竟中间有修改
但是事实上却是出乎我们意料的
是的，两个都是一样的，console 真的是一个吃里扒外的东西，那到底是为什么呢？
原因
实际上我们输出非对象类型的值的时候，是完全没问题的，比如
所以，我们可以知道，在使用 console 打印一个 JavaScript 对象的时候，由于对象是引用类型，那么它会一直引用内存中的值，当你输出的时候，对象中的值已经发生了改变，所以才会出现这种打印结果不正确的情况
另外，从上面可以看出，在浏览器环境中，console.log() 实际上也是一种异步的方法
对此，《你不知道的javascript中卷》第二部分异步和性能1.1节异步控制台部分有提及：
并没有什么规范或一组需求指定
console.*方法族如何工作——它们并不是JavaScript正式的一部分，而是由宿主环境（请参考本书的“类型和语法”部分）添加到JavaScript中的。因此，不同的浏览器和JavaScript环境可以按照自己的意愿来实现，有时候这会引起混淆。 尤其要提出的是，在某些条件下，某些浏览器的console.log(..)并不会把传入的内容立即输出。出现这种情况的主要原因是，在许多程序（不只是JavaScript）中，I/O是非常低速的阻塞部分。所以，（从页面/UI的角度来说）浏览器在后台异步处理控制台I/O能够提高性能，这时用户甚至可能根本意识不到其发生。
node 环境中的 console
上面我们分析是在浏览器环境中，那么在 node 环境中会出现上面的情况么？
从上面可以看出，node 环境中是不存在情况的
解决方法
方法一
使用 JSON.stringify，原理是将它转换成字符串输出，这样就不会在引用原有的对象的内存，如下所示
方法二
打断点，这种方法是最合适的，也是我们前端最正确的打开方式
