不靠谱的 console

前言

做为一名前端，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，原理是将它转换成字符串输出，这样就不会在引用原有的对象的内存，以下所示

方法二

打断点，这种方法是最合适的，也是咱们前端最正确的打开方式

参考

blog.csdn.net/extendworld…

cnodejs.org/topic/59142…