正确入口点是ColumnClick事件，需设Sorting=None、动态赋值ListViewItemSorter并维护排序方向状态，配合类型安全比较和图标手动更新。
ListView点击列头触发排序的正确入口点
C# WinForms 的 ListView 本身不内置列头点击排序逻辑，ColumnClick 事件只是个信号，真正排序得手动调用 Sort() 或重写 Compare。很多人卡在这一步：点了没反应，或者只排一次就失效——根本原因是没设置 ListView.Sorting 为 SortOrder.None（否则后续点击会被系统拦截），也没绑定好 ListViewItemSorter。
- 必须在初始化时设置
listView1.Sorting = SortOrder.None - 每次
ColumnClick中要重新分配listView1.ListViewItemSorter，不能只 new 一次复用 - 排序方向（升/降）需自行维护状态，
ListView不保存这个
实现多列、多类型安全比较的关键写法
ListViewItemSorter 要求实现 IComparer，但直接在 Compare() 里用 string.Compare 强转所有列值会崩：数字列点一下变成按字符串排（"10" InvalidCastException。
- 每列应预设数据类型，比如用
Dictionary<int type></int>记录第几列对应int、DateTime还是string - 比较前先
TryParse或用as安全转型，失败则回退到ToString()比较 - 数字列务必用
int.Parse或Convert.ToInt32后比较，别留空字符串或 null 导致异常
public int Compare(ListViewItem x, ListViewItem y) {
var valX = x.SubItems[sortColumn].Text;
var valY = y.SubItems[sortColumn].Text;
return sortColumn == 0 ? string.Compare(valX, valY, StringComparison.Ordinal)
: int.TryParse(valX, out var ix) && int.TryParse(valY, out var iy)
? ix.CompareTo(iy) : string.Compare(valX, valY, StringComparison.Ordinal);
}
点击列头后图标（▲/▼）不更新的常见原因
WinForms ListView 不自动画排序图标，得手动改 ColumnHeader.ImageIndex，但容易踩两个坑：一是没配 ListView.SmallImageList，图标压根不显示；二是用了系统自带的排序箭头图却没启用 ListView.HeaderStyle = ColumnHeaderStyle.Nonclickable（必须设为 Clickable 才能响应点击，但图标只在 Nonclickable 下渲染？错——其实是得自己画）。
- 图标必须提前加进
ImageList，再赋给listView1.SmallImageList - 每个
ColumnHeader的ImageIndex要手动设，清空其他列的图标得遍历Columns重置为 -1 - 升序/降序切换时，别只改当前列图标，还要把上次排序列的图标清掉，否则残留 ▲ 和 ▼ 同时存在
性能差、卡顿的典型场景和缓解方式
当 ListView 有上千项、每行十几列时，点一下卡两秒——问题不在排序算法，而在 ListView 自身刷新机制：默认每次 Sort() 都触发布局重绘，且 SubItems 文本读取是反射开销大户。
- 开始排序前调用
listView1.BeginUpdate()，排完再EndUpdate() - 避免在
Compare()里反复访问SubItems[i].Text，提前把关键列值缓存成数组或对象属性 - 真要撑过 5000 行，别硬刚
ListView，换DataGridView或第三方虚拟列表控件——原生ListView的 O(n²) 重绘在大数据量下就是瓶颈
排序方向状态容易被跨点击覆盖，列索引和类型映射一旦写死在比较器里，新增列就失效；这些细节不盯住，点十次可能只对了一次。
