Go tview Table 中某些单元格为什么无法选中

如果 Go tview 的 Table 已经调用了 SetSelectable(true, true)，但光标仍然跳过某些格子，通常不是表格没有打开选择，而是目标 TableCell 自己被标记为不可选，或者内容提供器在该坐标返回了 nil。此外，鼠标点击回调可以独立于键盘选择工作，也会让“能点击”和“能选中”看起来像一回事。

官方资料：https://github.com/rivo/tview

排查时把问题拆成三层：先看 Table 的行列选择能力，再看具体单元格的 NotSelectable，最后看 SetClickedFunc、SetSelectedFunc 和 SetSelectionChangedFunc 是否承担了不同职责。这样可以避免只改一个布尔参数，却把表头、占位格或事件处理一起改坏。

先确认表级选择开关没有配错

tview 的 SetSelectable(rows, columns) 有四种组合。两个参数都为 true 时才是按单元格选择；只打开 rows 时，选择单位是整行；只打开 columns 时，选择单位是整列；两个都为 false 则没有可选对象。

table := tview.NewTable().SetBorders(true)

// 两个参数都开启，光标才按行列坐标定位到单个单元格。
table.SetSelectable(true, true)

// 选择变化只负责更新提示，不代替单元格的可选状态判断。
table.SetSelectionChangedFunc(func(row, column int) {
		status.SetText(fmt.Sprintf("当前坐标：%d,%d", row, column))
})

这里最容易误判的是：即使表级开关正确，tview 仍会继续检查单元格本身。官方实现会在绘制和方向键导航时跳过空单元格或带有 NotSelectable 的单元格，所以“表能移动”不等于“每个坐标都能停留”。

重点检查 TableCell 是否被设成不可选

TableCell.SetSelectable(false) 的内部效果是把 NotSelectable 设为 true。它常见于表头、分组标题、操作提示或占位格。单元格仍然会绘制文本，因此读者会看到“有内容”，但导航不会把它当成可选目标。

header := tview.NewTableCell("名称")

// 表头只展示，不应该成为数据选择目标。
header.SetSelectable(false)
table.SetCell(0, 0, header)

item := tview.NewTableCell("订单-001")

// 数据格恢复为可选，避免沿用了表头的禁选设置。
item.SetSelectable(true)
table.SetCell(1, 0, item)

如果某一列全部无法选中，先不要急着修改 SetSelectable 的行列参数。更直接的办法是沿着填充表格的代码找到该列的 NewTableCell 或复用函数，检查是否在某个分支统一调用了 SetSelectable(false)。复用同一个 *TableCell 也要谨慎：它的样式和 NotSelectable 会跟着对象一起复用。

区分 nil 单元格和有内容但不可选

普通表格调用 SetCell 后，tview 会扩展内部内容；如果使用自定义 TableContent，GetCell(row, column) 可以返回 nil。这两种情况在终端里都可能表现为光标越过某个位置，但处理方式不同：

• nil 表示该坐标没有可供 Table 使用的单元格对象，先补齐内容提供器或修正行列范围。
• NotSelectable == true 表示单元格对象存在，但明确要求导航跳过；要不要恢复取决于表头或占位格的业务意图。

for row := 0; row 

这段检查的价值在于把“看起来无法选中”转换成坐标和状态。若使用自定义内容，应该在自己的 GetCell 实现里保证行列计数、返回对象和可选标记相互一致；不要为了让光标经过空白区域而随意伪造可选单元格。

不要把点击回调和选择回调混为一谈

tview 的鼠标点击回调与键盘选择是两条边界。TableCell.SetClickedFunc 即使单元格不可选也可以触发；如果它返回 true，对于可选单元格还会阻止额外的 selected 事件。SetSelectedFunc 则是在当前选择上按 Enter 时调用，SetSelectionChangedFunc 只关心选择坐标变化。

table.SetSelectedFunc(func(row, column int) {
	cell := table.GetCell(row, column)
	if cell == nil {
		// 回调收到坐标后仍要防御空内容，避免把事件当成数据保证。
		return
	}
	status.SetText("已确认：" + cell.Text)
})

table.GetCell(1, 1).SetClickedFunc(func() bool {
	// 返回 true 表示这个鼠标点击由单元格自己处理，不再继续触发 selected 事件。
	status.SetText("鼠标点击已由单元格处理")
	return true
})

因此，遇到“鼠标点了有反应，但方向键选不到”时，优先检查 SetClickedFunc；遇到“高亮已经移动，但按 Enter 没有业务动作”时，检查 SetSelectedFunc 是否注册，以及当前表级选择是否打开。不要用 SetSelectionChangedFunc 代替 Enter 业务回调，它们解决的是不同问题。

按这个清单恢复正确的可选范围

1. 确认 Table 调用了 SetSelectable(true, true)，并确认没有在后续初始化代码里改回其他组合。
2. 给表头、分组行和提示格保留明确的 SetSelectable(false)；给业务数据格显式调用 SetSelectable(true)，减少对象复用造成的继承误会。
3. 如果使用自定义 TableContent，分别记录返回 nil 和 NotSelectable 的坐标，不要把两类问题合并为“空白格”。
4. 将鼠标点击逻辑放在 SetClickedFunc，将 Enter 确认逻辑放在 SetSelectedFunc，并明确是否需要返回 true 截断后续 selected 事件。
5. 在 SetSelectionChangedFunc 中只更新选择提示或同步坐标，不在这里假设业务动作已经完成。

修复完成后的判断标准不是“所有格子都能停留”，而是可选范围与设计一致：表头可以被跳过，数据格可以被定位，空内容不会触发误操作，鼠标和键盘各自的回调也能收到正确语义。

常见追问

为什么 SetSelectable(true, false) 后不能选单元格？

这是行选择模式，表格选择单位是整行。要让行列交叉位置成为单元格选择，需要同时传入两个 true。

SetSelectionChangedFunc 触发了，是否说明单元格一定可选？

不能这样推断。它是选择状态通知；主动调用 Select 或某些边界状态也可能触发通知。仍需结合 TableCell.NotSelectable 和内容返回值判断。

空字符串单元格是不是 nil？

不是。空字符串仍可以由一个存在的 TableCell 承载；nil 指的是内容提供器没有返回单元格对象。

怎么保留不可选表头又让下面的数据可选？

只对表头单元格调用 SetSelectable(false)，数据格单独创建并设置为可选，不要把同一个带禁选状态的单元格对象批量复用。