列表顶部或底部露出半行时，它仍然属于可见内容。根据滚动位置和窗口高度判断每行是否有正长度的交集，比简单四舍五入页数更可靠。

以下是为了练习规则阅读而设计的独立场景。所有输入在这里完整列出，可以先自己记录结果，再对照后面的计算。它不声称对应某款现成游戏；如果实际说明中的边界或处理顺序不同，应以该说明重新演算。

条件与输入

每行高度相同，行之间没有空隙；顶部位置会限制在合法滚动范围。刚好贴着窗口边缘、没有任何面积露出的行不算可见，缓冲行只预备显示，不等同于已看见。

把滚动限制在零到内容高度减窗口高度；可见首行向下取整，末端向上取整但不超过总行数；缓冲随后扩展。

总30行，每行15像素，窗口120像素，两端各缓冲1行 请求滚动位置[0, -15, 330, 345, 125, 58, 148, 194, 386, 284]，行索引从零开始

逐项复盘

请求滚动0像素，限制后0；可见行索引[0, 1, 2, 3, 4, 5, 6, 7]，带缓冲的准备行[0, 1, 2, 3, 4, 5, 6, 7, 8]。

请求滚动-15像素，限制后0；可见行索引[0, 1, 2, 3, 4, 5, 6, 7]，带缓冲的准备行[0, 1, 2, 3, 4, 5, 6, 7, 8]。

请求滚动330像素，限制后330；可见行索引[22, 23, 24, 25, 26, 27, 28, 29]，带缓冲的准备行[21, 22, 23, 24, 25, 26, 27, 28, 29]。

请求滚动345像素，限制后330；可见行索引[22, 23, 24, 25, 26, 27, 28, 29]，带缓冲的准备行[21, 22, 23, 24, 25, 26, 27, 28, 29]。

请求滚动125像素，限制后125；可见行索引[8, 9, 10, 11, 12, 13, 14, 15, 16]，带缓冲的准备行[7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17]。

请求滚动58像素，限制后58；可见行索引[3, 4, 5, 6, 7, 8, 9, 10, 11]，带缓冲的准备行[2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12]。

请求滚动148像素，限制后148；可见行索引[9, 10, 11, 12, 13, 14, 15, 16, 17]，带缓冲的准备行[8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18]。

请求滚动194像素，限制后194；可见行索引[12, 13, 14, 15, 16, 17, 18, 19, 20]，带缓冲的准备行[11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21]。

请求滚动386像素，限制后330；可见行索引[22, 23, 24, 25, 26, 27, 28, 29]，带缓冲的准备行[21, 22, 23, 24, 25, 26, 27, 28, 29]。

请求滚动284像素，限制后284；可见行索引[18, 19, 20, 21, 22, 23, 24, 25, 26]，带缓冲的准备行[17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27]。

最大合法滚动为330像素；最后一次可见行[18, 19, 20, 21, 22, 23, 24, 25, 26]。

如何自行核对

把第几行对应的纵向区间与窗口区间相交，有正长度才加入可见集合。缓冲范围随后向两侧扩展固定行数，并限制在现有列表内，不能出现负编号或超过总数的行。

如果各行高度不同，就必须使用累计高度定位，不能继续用一个固定行高整除。还要区分预备的数据与真正进入屏幕的内容，二者适合不同的统计目的。

练习时保留原输入，只改一处条件，再观察哪些结果发生变化。若结果与预期不同，先查编号起点、边界是否包含以及前一步留下的状态。这样的记录能把“感觉不对”变成可复现的问题，也更方便向同伴说明自己的判断依据。