工作记忆同时保持的项目数有限

概念解释

人在做一件需要"心里同时记着好几样东西"的事——比如口算一串数字、比较两页上的多个数值、按提示依次点几个按钮——能同时保持并随时可用的独立信息单元数量很小，这个上限叫工作记忆容量（working memory capacity）。它和长期记忆的近乎无限存储完全不是一回事：长期记忆问题是"存不存得住"，工作记忆容量问题是"同一时刻能不能都在线"。它也不等于"记性差"这种笼统说法——容量有限是所有人共有的认知架构特征，不是某些人的缺陷，练习也不能把它练没。

机制

工作记忆不是一个被动的仓库，更接近一套需要持续付出资源才能维持内容"激活"的机制：一项信息要能被立刻取用，就必须被主动维持在可提取状态，而能同时维持的项目数是有限的。当同时呈现的独立信息片段超过这个数量，新进入的内容会挤占维持旧内容所需的资源，结果是旧内容被置换出局，而不是被"存起来以后再想"。这解释了为什么工作记忆的失败通常表现为"最先记的那几项先掉"或"后面的把前面的挤没了"，而不是均匀地记不清楚——因为限制的本质是同时在线的名额，不是整体存储上限。

怎么研究

最基本的测量范式是记忆广度任务（数字广度、字母广度、位置广度），让被试连续接收一串独立项目后立即回忆，广度即最大正确回忆数；另一类是变化检测任务，同时呈现若干项目后短暂遮挡，再判断某一位置是否发生变化，通过检测正确率反推同时保持的项目数。这两类范式的共同前提是尽量阻止被试用策略性手段（复述、分组）扩大表面成绩，否则测出的会是策略效果而不是容量本身。

边界

接近容量上限时,表现是逐渐下降而非骤然崩溃,单次测量得到的具体数字会因材料、呈现速度、测验方式而浮动,这也是为什么不同研究给出的"上限数字"不完全一致。这条边界不涉及"数字到底该是多少"这类具体估计的比较,只需要知道:容量限制是稳定存在的架构约束,但把它读成一个精确不变的常数是对研究方法的误解。

怎么落地

• 清点界面在同一时刻要求用户"心里记住"、且没有任何外部记录可查的独立信息片段数——如果超过个位数,就应该把其中一部分外部化（保留在屏幕上、写进摘要区、用可查看的历史记录代替）。
• 避免让用户在一屏内同时比较多组彼此独立的数值或状态而不给出对照工具，例如要求记住上一页的三个参数再去下一页填写。
• 验证办法：走查任务流程，标出每一步要求用户无提示保持在脑子里的独立条目，统计最大同时在线数；如果某一步骤的数字明显高于其他步骤，优先重做那一步的信息呈现方式。

延伸

• 同组：A6.02.2 保持时间短且受干扰易失 · A6.02.3 跨页流程要求用户记住内容即是设计缺陷 · A6.02.4 工作记忆容量的经典估计约为四个组块，而非早期认为的七个 · A6.02.5 无复述条件下，工作记忆内容在约十几秒内自然衰退 · A6.02.6 复述可延长信息留存，但会占用同一有限的加工资源 · A6.02.7 容量随项目复杂度变化，简单项目与复杂项目不能用同一数字比较 · A6.02.8 容量限制与时间衰减是两种独立机制，缓解一种不能替代另一种
• 相邻：A6.01 感觉记忆 · A6.03 组块化 · A5.02 分配注意与双任务
• 站内检索：working memory capacity · memory span · change detection task