箭头函数比普通函数内存消耗略小，因其不创建arguments对象、无prototype属性、闭包环境更轻量，但差异仅纳秒级且单个函数不足100字节；实际内存影响远小于闭包管理、函数复用等代码组织问题。
箭头函数和普通函数在内存消耗上的差异极小，现代 JavaScript 引擎（如 V8）已对两者做了深度统一优化，日常开发中几乎无法观测到实际差别。
对象属性与内部结构更精简
箭头函数不创建自己的 arguments 对象，也不设置 caller、callee 等非标准属性，函数对象本身属性少 2–3 个；普通函数即使未使用 arguments，也会预留相关字段（尽管现代引擎启用惰性初始化，实际分配延迟或跳过）。
闭包捕获行为略有不同
箭头函数的闭包环境记录（Environment Record）通常更轻量，因为它不维护独立的 this 绑定逻辑，也不需要为 arguments 构建额外的类数组结构。在高频创建场景（例如每秒数万次生成回调），可能略微减少堆内存分配，但该差异仅在纳秒级基准测试中可测，真实业务代码中无意义。
prototype 与构造能力带来的开销
普通函数默认拥有 prototype 属性（哪怕未用作构造函数），且具备 [[Construct]] 内部方法；箭头函数没有 prototype，也不支持 new 调用——这使其函数对象的内部表示更紧凑，理论上节省少量固定内存，但单个函数差异不足 100 字节，累积百万级才可能观察到 KB 级别差异。
实际影响远小于代码组织方式
真正影响内存占用的，不是函数类型选择，而是：
- 是否无意保留了长生命周期的闭包（如事件监听器未销毁）
- 是否在循环中重复创建相同逻辑的函数（应提取为外部常量）
- 是否滥用箭头函数嵌套导致作用域链过深（增加环境记录引用）
换句话说，选箭头还是普通函数，不该出于内存考虑，而应基于语义清晰度与 this 行为是否符合预期。
