CSS Overflow Module Level 5：多滚动容器中的活动标记状态处理

在CSS Overflow Module Level 5规范中，关于滚动标记（scroll marker）在多滚动容器环境下的活动状态处理是一个值得探讨的技术问题。当页面中存在多个嵌套或并列的滚动容器，且每个容器内都可能包含可标记为活动状态的元素时，如何准确确定哪个标记应被视为当前活动状态，这需要一套明确的算法规则。

问题背景

现代网页布局中常见嵌套或并列的滚动容器结构。例如，一个文档可能包含主内容区域的滚动容器，内部又嵌套了章节内容的次级滚动容器。当用户通过锚点链接导航时，可能同时存在多个理论上"活动"的滚动标记，因为它们各自所在的滚动容器都显示了对应的目标内容。

解决方案

规范采用了一种自顶向下的层级判定算法：

1. 从最外层公共祖先滚动容器开始
2. 在该容器范围内确定当前最相关的活动目标（可能是直接标记元素或嵌套的滚动容器）
3. 如果活动目标是嵌套滚动容器，则递归进入该容器重复判定过程
4. 最终返回最内层的活动标记元素

这种算法确保了只有当某个标记的所有祖先滚动容器都处于适当位置（即显示该标记相关内容）时，该标记才会被认定为活动状态。

设计考量

对于并列滚动容器的情况（如三栏布局），规范建议开发者使用独立的滚动标记组来管理不同容器中的标记状态。这种设计选择基于以下考虑：

• 保持焦点导航的确定性：在通过键盘Tab键导航时，必须有一个明确的焦点目标
• 符合大多数常见用例的预期行为
• 为开发者提供清晰的逻辑模型

扩展可能性

虽然当前规范采用单一活动标记的设计，但未来可能会引入:target-current-all这样的伪类选择器，用于同时匹配当前目标及其祖先标记，满足某些特殊设计需求。不过目前，开发者可以通过:has()选择器来实现类似效果，例如为活动标记的祖先元素应用特定样式。

实现意义

这套算法为复杂滚动布局中的标记状态管理提供了标准化解决方案，使得：

• 目录导航指示器可以准确高亮当前阅读位置
• 多面板界面能正确处理焦点状态
• 开发者有可靠的行为预期来构建交互式滚动体验

规范通过这种层级化的判定逻辑，在保持简单性的同时，也覆盖了大多数实际应用场景的需求。