ListView.AutoResizeColumns 无效主因是调用时机不当或控件未就绪；需确保 ListView 已加载、Visible=true，优先在 Shown 事件中调用，并注意 WinForms 与 WPF 的命名空间及机制差异。
ListView.ColumnHeaderCollection 的 AutoSize 为什么没效果
直接设 ColumnHeader.AutoResizeMode 为 ColumnHeaderAutoResizeStyle.ColumnContent 或 ColumnHeaderAutoResizeStyle.HeaderSize 却没反应？大概率是没触发重绘，或控件还没加载完成就调用了。WinForms 的 ListView 不像 WPF 那样自动响应内容变化，它只在特定时机（比如初始化后、Refresh()、Update() 或窗口尺寸变化）才真正计算列宽。
- 必须确保
ListView已加入窗体且Visible = true，否则AutoResizeColumns可能静默失败 - 如果数据是异步加载的，别在
Load事件里就调用，改用Shown事件或手动延后执行（比如BeginInvoke） -
AutoResizeColumns是一次性操作，后续新增行不会自动再调整——这点常被当成“失效”
AutoSizeColumn 方法调用时机与参数选择
ListView.AutoResizeColumns 是唯一靠谱的入口，但它只有两个枚举值可选，选错就容易过窄或过宽：
-
ColumnHeaderAutoResizeStyle.ColumnContent：按当前所有项的内容宽度 + 内边距算，但不包含滚动条宽度，若列内容有长字符串但显示被截断（比如没开FullRowSelect），它可能低估所需宽度 -
ColumnHeaderAutoResizeStyle.HeaderSize：只看列头文字，忽略所有数据行——适合纯图标列或固定表头场景 - 真实项目中更常用组合：先用
HeaderSize初步撑开，再用ColumnContent微调；或者对关键列单独调用，避免某列超长拖慢整个视图
示例：
listView1.AutoResizeColumns(ColumnHeaderAutoResizeStyle.HeaderSize); listView1.AutoResizeColumns(ColumnHeaderAutoResizeStyle.ColumnContent);
手动计算列宽绕过 AutoSize 的边界情况
当内容含换行文本、自定义绘制、图标+文字混排，或需要保留最小宽度时，AutoResizeColumns 就不可靠了。这时候得自己算：
- 用
TextRenderer.MeasureText测量每行内容（注意传入正确字体、最大宽度约束） - 别忘了加上
SystemInformation.VerticalScrollBarWidth（如果有垂直滚动条） - 对图标列，要测
ImageList中对应图像的宽度 + 文字宽度 + 间距（通常 4px） - 设置前检查
ColumnHeader.Width是否已大于目标值，避免反复缩放导致闪烁
常见错误：Graphics.MeasureString 在高 DPI 下结果不准，必须用 TextRenderer。
WPF ListView 和 WinForms 的关键区别别混淆
搜 “C# ListView 自适应宽度” 容易混进 WPF 结果，但 WPF 的 GridViewColumn 根本没有 AutoResizeColumns 方法——它靠 Width="Auto" 或绑定 ActualWidth 实现，底层机制完全不同。如果你用的是 WPF，看到 ListView 控件，那实际起作用的是里面的 GridView，不是 WinForms 的那个类。
确认方式很简单：看命名空间。WinForms 是 System.Windows.Forms.ListView，WPF 是 System.Windows.Controls.ListView。写错一个 namespace，代码根本编译不过。
复杂点在于：有些项目混合使用 WinForms 控件宿主（WindowsFormsHost）嵌入 WPF 窗口，这时得看具体实例化的是哪个类型——不能光看变量名叫 listView1。
