壹 ❀ 引
在写这篇文章之前，对于取什么标题其实让我纠结了好几天，这篇文章中我想说的东西与引用类型数据有关，也与我们的惯性思维有关。本文中展示的几段代码都非常简单，原型都来自于我的日常开发，但让你立刻回答出正确答案可能还需要一点时间，不妨一起来看看吧。
贰 ❀ 测试环节
题目一：
let getName = (name) => { return name; }; let person = { name: getName('听风是风') }; getName('echo'); console.log(person);//?
开发中初始化工作总是必不可少的，初始化数据，变量都是非常常见的操作。现在我需要初始化一个对象，而这个对象的值是一个被调用函数；于是在后面的程序中我需要更新这个对象，顺手再次调用了这个函数，那么请问此时这个对象能被更新吗？
答案是并不会更新，其实仔细想想这怎么可能被会更新呢。但在开发中，因为引用类型数据保存是存放value的指针，这让我有了一种函数被再次调用return的值被刷新，于是person对象也被更新的错觉，听着挺蠢，可是我不严谨的惯性思维却真的写出了这样的代码，并调试了好一会BUG。
题目二：
let arr = [{ id: 1, name: '听风是风' }, { id: 2, name: '时间跳跃' }]; arr.forEach((item) => { item.a === 1 ? item = {id: 3,name: 'echo'} : null; }); console.log(arr);//?
日常开发中遍历数据的操作简直与我们每天要吃饭一样平常，那么现在我需要将数组中符合条件项的元素直接替换成另一个元素，也就是上述代码，请问执行完毕数组有被成功更改吗？
答案是并没有更改，但惯性思维会让我觉得，此时的item就是数组中的某个对象，我将对象替换数组也会得到替换，这是潜意识的思维方式。
但事实上item并不是数组中的某个元素，而是作为forEach回调函数的一个局部形参临时存储了数组中的某个元素，为了方便理解我们修改代码：
arr.forEach((item,index) => { item = arr[index];//这一步是隐性的 item.a === 1 ? item = {id: 3,name: 'echo'} : null; });
上述代码再简化就是下面这段代码：
let a = [1, 2]; let b = a; b = [1, 2, 3]; console.log(a); //[1,2]
虽然变量b曾与变量a共享过数组[1,2]的地址指针，可是后来变量b变心了，改成保存数组[1,2,3]的指针，所以怎么可能会影响到变量a呢。上述例子也是，item被重新赋值关我数组何事，所以数组肯定不会被改变。
但如果变量b不是做重新赋值，而是单纯的修改，这就会影响到变量a，因为它两其实保存的是同一个数组的指针，像这样：
let a = [1, 2]; let b = a; b[0] = 2; console.log(a); //[2,2]
题目三：
function fn(param) { param = 2; }; let obj = { a: { b: 1 } }; fn(obj.a.b); console.log(obj);//?
我有一个对象obj，它的属性层级有点高，在某个场景下我需要将此对象作为参数传入函数fn，达到赋值的操作，那么请问上述代码中的对象obj成功被赋值了吗？
答案是并没有，让我产生可行错觉的原因是因为我觉得obj层级过高，为了统一和简化函数fn的赋值代码，我得清楚知道是给对象的哪一级赋值，于是才诞生了这样的写法。
但只要稍微仔细一想，obj.a.b拿到的是一个具体的value，事实上我们只能给key赋值，哪里有给value赋值value的操作呢。
叁 ❀ 总
文章到这里，我一共展示了三个我个人觉得有趣也常让人误解的代码问题，这些问题稍加思考就会觉得特别简单，但事实上我将它们整理出来用于测试我的同事，他们居然都会犹豫，而且大部分都回答错误了。
难的不是问题，难的是我们太容易相信自己的潜意识，惯性思维。它应该是这样，它应该会这么运行，但代码一跑总是被BUG打脸，如果代码量大，还得花费较大的时间确认问题出自于哪里，这也是我被折磨后非常想要写一篇文章记录的原因。
在开发中明确一个变量一段执行此时是什么，而不是我觉得它应该是什么，写代码如果靠猜，往往在写完后会付出更多的时间用于调试，因为自己其实是不确定的，一个程序代码量越大，这种不确认感就会越强，反过来想不如确信后写更值得相信的代码要来的省时省力。
这是一篇偏向自我反应的文章，不知道上述问题大家有没有遇见过，那么到这里本文结束。