共 2 篇相关文章
这篇文章聚焦于JavaScript中一个经典且容易引发问题的知识点：浅拷贝与深拷贝。作者开篇就点明，JS中的对象赋值默认是引用传递，即变量保存的并非对象本身，而是指向内存中同一个地址的引用——这本质上就是浅拷贝。 这个特性意味着，通过新变量修改对象，会影响原对象。这在处理复杂嵌套数据结构时尤其危险，可能导致意料之外的数据污染。文章清晰地对比了两种拷贝方式的核心差异：浅拷贝只复制对象的第一层属性，如果属性值是引用类型，复制的仍是地址；而深拷贝则递归地复制对象的所有层级，彻底与原始对象断开联系。 最后，文章指出了选择的依据：当对象结构扁平、且需要共享状态时，浅拷贝更高效；而对于需要独立副本、防止副作用传递的复杂数据（如从服务器获取后本地操作的数据），则必须进行深拷贝。理解这个区别，是写出健壮JS代码的基础一步。
这篇讲的是PHP开发中一个容易被忽略的陷阱：为什么在函数调用时给参数加上错误抑制符`@`，会导致原本应该生效的引用传参（`&`）“神秘失效”。 作者从一个网友cici的实际提问出发，具体场景是：当调用一个按引用传递参数的函数，并在其参数前添加`@`来尝试抑制可能产生的错误时，函数内部对变量的修改却意外地没有反映到外部的变量上。这违背了开发者对PHP引用传递的基本预期。 文章的核心价值在于，它深入到了PHP解释器的实现层面，解释了这一现象的根本原因。`@`符号并非简单地“屏蔽错误”，它实质上是创建了一个特殊的错误控制作用域，并在这个作用域内，改变了PHP内部处理参数的方式，导致引用传递的机制被临时“打断”或绕过了。文章分析了这一行为的内部流程。 因此，作者给出的结论和解决方案不仅仅是“避免这样写”，而是让开发者真正理解`@`符号带来的副作用。在需要精确控制错误处理且参数涉及引用的场景下，应当采用`try-catch`等更现代、更可控的方式，而不是依赖`@`符。这对于编写健壮、可维护的PHP代码很有启发。
