CodeMirror 5 中的当前行高亮机制
在 CodeMirror 5 中，实现 光标所在行高亮 是一个非常典型、也非常成熟的需求。从开发者视角来看，这个能力并不是靠手写事件逻辑完成的，而是通过 CodeMirror 提供的内建扩展机制来实现的，整体设计相当克制且工程化。
CodeMirror 5 本身并不在核心包中默认启用 当前行高亮 ，而是将这一功能放在了 addon 体系里。具体来说，它由 addon/selection/active-line.js 提供，并通过一个名为 styleActiveLine 的配置项启用。
这一设计体现了 CodeMirror 一贯的理念： 核心保持最小化，行为通过插件组合完成。
功能启用方式
当编辑器初始化时，只要在配置中声明：
styleActiveLine: true并确保加载了对应的 addon 文件，CodeMirror 就会在内部监听光标状态的变化，并自动维护当前行的视觉状态。
开发者无需手动监听 cursorActivity ，也不需要管理行状态的增删，整个流程对使用者是透明的。
样式实现原理
在运行时，CodeMirror 会为当前光标所在行动态添加一个 CSS class：
.CodeMirror-activeline-background这一 class 被应用在行对应的 DOM 结构上，因此背景色的控制完全交由 CSS 负责。 从职责划分上看：
- JavaScript 只负责状态判断
- CSS 负责最终的视觉表现
这使得高亮行为与主题系统天然解耦，也避免了逻辑层参与任何视觉计算。
与编辑器结构的关系
需要注意的是，CodeMirror 的一 行 在 DOM 中并不是单一节点，而是由文本区、gutter（行号区）等多个部分组成。 styleActiveLine 默认会同时影响内容区与 gutter，这是由其应用 class 的层级决定的。
因此，在不同主题或布局下，当前行高亮可能呈现出不同的视觉边界，这本质上是 CodeMirror DOM 结构的直接结果，而不是插件行为的不确定性。
手动实现的对比意义
从机制上讲，当前行高亮完全可以通过监听光标事件并调用 addLineClass / removeLineClass 来实现。但官方插件的存在，本身就说明了两点：
- 当前行高亮是一个通用且高频的编辑器能力
- 官方实现已经覆盖了性能、边界条件和状态清理等问题
styleActiveLine 的价值并不在于 能不能做到 ，而在于它将一个看似简单、但容易反复出错的逻辑，固化成了一个稳定的基础能力。
总结
从开发者视角来看，CodeMirror 5 的当前行高亮功能：
- 不属于核心能力，而是 addon 体系的一部分
- 通过配置项开启，而不是侵入式代码
- 状态管理与样式渲染严格分离
- 与主题系统、DOM 结构自然协作
这套实现方式非常 CodeMirror： 不多做一步，也不要求使用者多写一行。
