沿深度堆叠面板不能增加有效容量
别名: 深度堆叠 · z-stack 容量 · layered panels
概念解释
把第二块、第三块面板往纵深再放一层，看起来像多开了几扇窗。沿视线看过去，它们抢的是同一团可读张角：前层挡住后层，后层即使露出一条边，要对准读清仍得先让前层让路。深度堆叠的容量（depth stacking capacity）几乎加不上去——z 轴不是新的一列书架，是同一格上又叠了一本。这和「眼睛养得活几档深度」是相邻的生理事实；这里问的是信息账：叠了之后，同时能读完的字有没有变多。答案是没有，往往还变少，因为遮挡和换层把带宽切碎了。
机制
沿视线的投影把多层折叠回同一块视网膜区。前层不透明，后层的容量是零；前层半透明，后层的字和前层混色，两边的可读容量都下降。要读后层，不是「多看一个方向」，而是先处理前层（移开、看穿、换层），瞬时带宽被改成时分。桌面的窗口叠放至少有任务栏和 Alt-Tab 把被压住的那一层召回；空间里后层常常连召回入口都没有，只能伸手去拨。于是堆叠制造的是库存假象：块数增加，可结算的字数不增加。并排在同一深度至少还可能靠一次扫视读两块；沿 z 并排则连扫视都用不上，必须改辐辏。
怎么研究
同一份必须读完的材料，比较「一块」「同深度两块并排」「沿 z 两块或三块堆叠」。不允许把前层关掉，除非那是某种布局自己提供的操作。
自变量：布局拓扑（单块 / 并排 / z 堆叠）、前层透明度、有无「把前层拿开」的动作。 因变量：读完时间、后层漏读率、前层对后层的遮挡面积、换层次数。
容量要用「读对了多少独特信息」来计，不要用「场景里有多少块面板」来计。后者正是堆叠要拆穿的假指标。
边界
后层只作背景或存在性、从不被阅读时，堆叠不宣称增加阅读容量，可以存在。卡片式「抽一层看一层」是时序界面，瞬时容量仍是一层，只是库存用 z 来表达——要承认它是切换，不是并行。全透明的线框层叠成爆炸视图，阅读对象是结构关系不是正文，账要另算。单眼、无立体时，z 堆叠更接近平面叠窗，容量更假，因为连换层的深度线索都弱。
怎么落地
- 正在读的内容不要沿 z 再垫一层正文；要加页就并排、用标签切换，或换成明确的「抽走前层」。
- 若必须叠，后层在前层打开时不当作可读，前层关掉或移开后才进入带宽。
- 验收指标写「一次对准能读对的独特条目」，不要写「同时可见的面板数」。
- 验证：叠三层与并排两块做同一份阅读。若堆叠并不更快、后层漏得更多，容量没有随 z 增加——把后层从「同时可读」里删掉。