核心是按执行时间切片长任务，每片控制在10–30ms内，用宏任务（如setTimeout或requestIdleCallback）主动让出主线程；以performance.now()实测耗时而非固定数量为切片依据，结合deadline.timeRemaining()动态调整单次处理量，并用DocumentFragment等减少DOM干扰。

核心是把长任务按执行时间切片，每片控制在 10–30ms 内，用宏任务（如 setTimeout 或 requestIdleCallback）主动交出主线程，让浏览器有机会渲染、响应输入。

用时间而非数量做切片依据

固定处理 100 条数据不可靠——高端机可能只用 2ms，低端机却超 50ms。应以实际耗时为准：

• 每次切片前记录 performance.now() 起始时间
• 循环中每处理若干项（比如 5–10 个）就检查已用时：performance.now() - start > 10
• 一旦接近 10–12ms 安全窗口，立即中断，用 setTimeout(() => next(), 0) 推入下一帧

优先选用 requestIdleCallback 动态控时

它提供真实空闲时间，比 setTimeout(, 0) 更精准：

jm-jsjkxyjs02-zlm-405

使用约定式提交（Conventional Commits）生成标准化的 Git 提交信息。适用于以下场景： (1) 暂存更改时需要提交信息； (2) 审查 diff 时希望获得结构化摘要； (3) 编写 PR 描述或变更日志（changelog）条目； (4) 用户明确要求“为本次更改编写提交信息”。 该功能会分析已暂存/未暂存的 diff，并生成按类型（type）划分范围的提交信息。

下载

• 回调中接收 deadline，调用 deadline.timeRemaining() > 4 判断是否继续
• 配合 { timeout: 32 } 防止任务被无限搁置
• 若 timeRemaining() 持续偏低（如常＜3ms），自动缩小单次处理量（如从 20 项降到 5 项）

宏任务是让权的关键锚点

只有宏任务能真正释放渲染权，微任务不行：

• setTimeout 和 setImmediate 是最稳妥的切片边界，适合主流程分段
• queueMicrotask 只能在单个切片内部快速串行轻量操作（如校验→格式化→暂存），不能替代宏任务让出主线程
• 避免用 Promise.then 链式切片——错误未捕获易中断流程，且调度不可控

配套减少 DOM 干扰，提升切片效率

即使切片了，频繁 DOM 操作仍会触发强制重排，抵消切片效果：

• 用 DocumentFragment 批量构建节点，最后一次性挂载
• 避免在切片中反复读写 offsetTop、getBoundingClientRect() 等触发同步布局的属性
• 对日历、列表等场景，先占位空容器，再异步填充内容，跨日连线类逻辑延迟到所有相关节点挂载后再统一计算