scroll-behavior 在 table 元素上无效，必须作用于具有 overflow 且可滚动的父容器（如 div）或 tbody（需 display: block + overflow）；推荐用 scrollintoview({ behavior: 'smooth' }) 主动控制，并注意 dom 就绪、表头遮挡及 safari 兼容性问题。
scroll-behavior 在 table 元素上根本不起作用
直接给 <table> 或其父容器设置 <code>scroll-behavior: smooth 不会触发平滑滚动——因为 <table> 本身不是可滚动容器，它不会产生滚动上下文。浏览器只对具有溢出（<code>overflow: auto 或 scroll）且实际发生滚动的块级容器生效。
真正起作用的是 tbody 或外层 div 容器
要实现表格内锚点（如跳转到某行 <tr id="row-100">）的平滑滚动，必须让目标容器具备可滚动能力，并在其上启用 <code>scroll-behavior：
- 给包裹
<table> 的 <code><div> 设置固定高度 + <code>overflow-y: auto和scroll-behavior: smooth <tbody> 不能直接设 <code>scroll-behavior（无效），但可以设display: block+overflow-y: auto（需配合display: table-row-group重置样式，兼容性风险高）- 锚点必须是该滚动容器内的元素（如
<tr id="target">），且 ID 存在、唯一 <li>跳转用 <code>location.hash或element.scrollIntoView({ behavior: 'smooth' })，后者更可控
用 scrollIntoView 替代纯 CSS 方案更可靠
依赖 scroll-behavior 的 hash 跳转会受页面加载时机、渲染顺序影响，容易跳转失败或偏移。推荐用 JS 主动触发：
document.getElementById('row-100').scrollIntoView({
behavior: 'smooth',
block: 'center'
});
注意点：
- 确保执行时目标
<tr> 已存在于 DOM 中（避免在数据异步渲染完前调用） <li> <code>block: 'center'比'nearest'更精准，但可能被表头遮挡；若表格有固定表头，需额外计算 offset - 不要在
scroll-behavior: smooth容器里混用scrollTop = xxx，会中断动画 - 给滚动容器（如外层
<div>）加 <code>padding-top等于表头高度，并设box-sizing: border-box - 改用
scrollIntoView({ block: 'start', inline: 'nearest' })，再手动调整scrollTop补偿表头高度 - 避免对
<thead> 使用 <code>position: sticky同时又让<tbody> 单独滚动——这种组合在 Safari 下 <code>scroll-behavior几乎失效平滑滚动不是开关式功能，它依赖容器结构、渲染时机和滚动上下文的精确匹配；少一层 wrapper，就可能全盘失效。
固定表头场景下平滑滚动容易错位
当使用 sticky 表头或分离 thead/tbody 滚动时，scrollIntoView 默认以视口为参考，导致目标行被表头盖住。解决方法：
