你的 AI 编写了代码，但你的 RAM 正在尖叫

Source: Dev.to

欢迎来到我们关于重新掌握软件工程工艺系列的 第 1 天。
今天我们要讨论 X‑Ray Vision（透视眼）。在 JavaScript、Python、Ruby 等高级语言的世界里，我们被硬件屏蔽了。我们可以毫不犹豫地创建对象、变量和数组。

但当你的应用变得极其缓慢或出现一个“奇怪”的 bug，而你的 AI 助手解释不了时，通常是因为你碰到了内存的 “Invisible Wall”（隐形墙）。

抽象陷阱

AI 是语法的大师。如果你让它 “处理这个 100 MB 的 JSON 文件”，它会给你一个漂亮的 map() 函数。

问题是？AI 并不知道你的服务器只有 512 MB 的 RAM。它看不到 Heap（堆）——它只看到逻辑。没有核心技能，你就像在造一辆赛车，却忘了它需要油箱。

培养 “X‑Ray Vision”：Stack vs. Heap

要和代码 “共振”，你需要可视化数据实际所在的位置。

Stack（栈） – 你的 “当前上下文”。它快速、有序且体积小。它存放原始值（数字、布尔值）和函数调用。当函数结束时，栈会被清空。

Heap（堆） – “大仓库”。对象、数组和复杂数据都存放在这里。它容量巨大但比较混乱。

秘密 – 位于 Stack 上的变量往往只是指向 Heap 的 地址。当你理解了这一点，就能明白为什么在一个函数里修改 user.name 会神秘地在另一个函数里也生效。这是 引用。

AI 陷阱：“Invisible” 内存泄漏

AI 喜欢建议使用 closures（闭包） 和 event listeners（事件监听器）。它们很强大，但也是内存泄漏的主要原因之一。

想象一下，你让 AI 帮你实现一个滚动跟踪功能。它可能会给出类似下面的代码：

window.addEventListener('scroll', () => {
  const data = heavyDataProcessing();
  console.log(data);
});

问题 – 如果这段代码运行在一个会被销毁并重新创建的组件内部（例如在 React 或 Vue 中），而没有移除监听器，你就在每次组件销毁时向 Heap “泄漏”内存。AI 并不会总是提醒你进行清理。你必须成为架构师。

Vibe Check：性能胜于语法

拥有核心技能的开发者不仅仅写出能运行的代码；他们写出有呼吸感的代码。

• 之前： 每次过滤数据时都创建一个新数组（占用大量内存）。
• 之后： 在原地修改或使用更高效的数据结构，因为你了解堆的状态。

今日挑战

下次调试时，不要只盯着控制台错误。问问自己：

• 这个值是 原始类型（在 Stack 上）还是 引用（在 Heap 上）？
• 谁 “拥有” 这段数据，何时会被清除？

你最喜欢的内存泄漏故事是什么？

我们都有过那种简单循环导致生产服务器崩溃的经历。来评论区交换恐怖故事吧！