可以，tr元素支持直接添加id属性，它是全局属性之一，只要保证页面中id唯一，即可通过getElementById()或querySelector()精准获取，用于锚点跳转、CSS样式绑定或label[for]关联。
tr 元素可以直接加 id 属性吗？
可以，而且是最直接的方式。tr 是普通 HTML 元素，支持全局属性包括 id。只要保证整个页面中 id 值唯一，就能用 document.getElementById() 或 querySelector() 精准获取。
- 不需要额外 wrapper 或 data-* 伪装
- 不要给多个
tr 设置相同 id（否则 getElementById() 只返回第一个，且违反 HTML 规范）
- ID 值避免以数字开头（如
id="123" 在旧版 IE 有兼容问题），建议用 id="row-123" 这类格式
动态生成表格时怎么安全设 id？
服务端渲染或 JS 拼接 HTML 时，容易因数据重复、空值或特殊字符导致 id 冲突或无效。
- 用业务唯一字段拼接 ID，比如用户表主键：
id="user-row-${userId}"
- 对可能含空格、斜杠、中文的字段做简单清洗：
String(userId).replace(/[^a-z0-9-<em>]/gi, '</em>')
- 如果行数据没天然唯一键，用索引 + 时间戳组合：
id="temp-row-${Date.now()}-${index}"（仅限临时场景，不用于持久关联）
用 data-id 替代 id 行不行？
可以，但目的不同：如果只是 JS 查找并读取某行数据，data-id 更灵活；但如果要锚点跳转、CSS 样式绑定或配合 label[for]，就必须用真实 id。
-
querySelector('tr[data-id="1001"]') 安全、语义清晰，适合纯 JS 操作
-
data-id 不受 HTML ID 命名限制，可存数字、UUID、JSON 字符串
- 注意不要同时滥用多个 data 属性，比如
data-id、data-pk、data-key 混用，统一用一个
为什么 getElementsByTagName('tr') + index 不推荐？
靠位置索引取行看似简单，实际极易出错：
- 表头
thead > tr、分组 tbody > tr、隐藏行、JS 动态插入/删除都会让 index 错位
- 分页或虚拟滚动时，DOM 中只存在部分行，index 完全不可靠
- 没有语义关联，一旦表格结构微调（比如加汇总行），所有基于 index 的逻辑集体失效
tr 设置相同 id（否则 getElementById() 只返回第一个，且违反 HTML 规范）id="123" 在旧版 IE 有兼容问题），建议用 id="row-123" 这类格式id 冲突或无效。
- 用业务唯一字段拼接 ID，比如用户表主键：
id="user-row-${userId}" - 对可能含空格、斜杠、中文的字段做简单清洗：
String(userId).replace(/[^a-z0-9-<em>]/gi, '</em>') - 如果行数据没天然唯一键，用索引 + 时间戳组合：
id="temp-row-${Date.now()}-${index}"（仅限临时场景，不用于持久关联）
用 data-id 替代 id 行不行？
可以，但目的不同：如果只是 JS 查找并读取某行数据，data-id 更灵活；但如果要锚点跳转、CSS 样式绑定或配合 label[for]，就必须用真实 id。
-
querySelector('tr[data-id="1001"]') 安全、语义清晰，适合纯 JS 操作
-
data-id 不受 HTML ID 命名限制，可存数字、UUID、JSON 字符串
- 注意不要同时滥用多个 data 属性，比如
data-id、data-pk、data-key 混用，统一用一个
为什么 getElementsByTagName('tr') + index 不推荐？
靠位置索引取行看似简单，实际极易出错：
- 表头
thead > tr、分组 tbody > tr、隐藏行、JS 动态插入/删除都会让 index 错位
- 分页或虚拟滚动时，DOM 中只存在部分行，index 完全不可靠
- 没有语义关联，一旦表格结构微调（比如加汇总行），所有基于 index 的逻辑集体失效
querySelector('tr[data-id="1001"]') 安全、语义清晰，适合纯 JS 操作data-id 不受 HTML ID 命名限制，可存数字、UUID、JSON 字符串data-id、data-pk、data-key 混用，统一用一个- 表头
thead > tr、分组tbody > tr、隐藏行、JS 动态插入/删除都会让 index 错位 - 分页或虚拟滚动时，DOM 中只存在部分行，index 完全不可靠
- 没有语义关联，一旦表格结构微调（比如加汇总行），所有基于 index 的逻辑集体失效
真正需要“精准获取”的场景，本质是靠业务标识而非 DOM 位置——所以要么用 id，要么用 data-id，别省这一步。
ID 不是装饰，是定位契约。设了就得唯一，用了就得稳定。
