Vue计算属性不支持传参，闭包模拟会破坏缓存与响应式依赖；应改用methods或手动缓存，复杂推导需显式声明响应式依赖。
Vue 计算属性本身不支持传参，一旦你用闭包方式“模拟传参”，就实质上把它变成了一个函数，失去缓存能力，引发内存占用上升和响应式失效风险。关键不是“怎么写闭包”，而是“不该在计算属性里写闭包”。
别让computed变成函数调用
计算属性的核心价值是缓存与依赖追踪。闭包写法（如computed(() => (id) => list.find(x => x.id === id))）会让返回值是一个函数，每次访问都新建闭包，既无法缓存结果，也无法建立正确的响应式依赖链。
- 模板中每调用一次，就执行一次闭包函数，重复遍历、重复创建作用域
- Vue 无法识别闭包内对响应式数据的读取，导致依赖丢失，数据更新时视图不刷新
- 大量闭包长期驻留内存，尤其在列表项中反复使用时，易造成隐性内存泄漏
用方法替代闭包式computed
需要动态参数的场景，应改用普通方法（methods 或 const fn = () => {}），配合必要的防抖或缓存逻辑（如 Map 或 WeakMap）。
- 模板中写
{{ getItemById(itemId) }}，清晰表达“这是运行时计算” - 若查询频繁且参数有限，可在 setup 中用
const cache = new Map()手动缓存结果 - 避免在方法里直接修改响应式状态——那属于副作用，应交由事件或业务逻辑处理
真正需要缓存的场景，用带依赖的computed
如果逻辑本质是“根据某几个响应式字段推导出新值”，那就把它们显式声明为依赖，让 computed 自然缓存。
立即学习“前端免费学习笔记（深入）”；
- 例如：用户筛选状态 + 原始列表 → 筛选后数组，应写成
computed(() => filterList(items.value, filter.value)) - 确保所有参与计算的变量都是响应式来源（ref / reactive / computed），否则依赖不成立
- 复杂过滤可拆分为多个细粒度 computed，便于复用和调试，也利于 Vue 的依赖追踪
警惕解构破坏响应式链路
从组合式函数中解构出带闭包的“伪计算属性”，会切断响应式引用，使后续赋值无效。
- 错误：
const { getLabel } = useUtils(); // getLabel 是个闭包函数，再在模板中调用getLabel(item)，无依赖、无缓存、不可追踪 - 正确：
const utils = useUtils(); utils.getLabel(item)，保持原始上下文；或把 label 映射逻辑移到 computed 内部 - 更优：把 label 映射规则抽成纯函数，配合 computed 使用，保证输入输出可预测
