ListView拖拽排序的核心难点是准确判断目标插入位置，需用PointToClient转换坐标、显式检查HitTest.Location为OnItem、处理空列表和DPI缩放，并通过重绑定数据源或同步选中状态避免UI错位。
ListView拖拽时Item位置计算不准
拖拽排序的核心难点不是移动UI，而是准确判断目标插入位置。C# ListView 的 HitTest 方法在拖拽过程中容易返回 ListViewHitTestInfo.Item == null，尤其当鼠标悬停在项间隙或列表底部时。直接靠 MousePosition 换算索引会因滚动、项高度不一致而偏移。
正确做法是监听 DragOver 事件，用 PointToClient 将鼠标坐标转为控件坐标，再调用 HitTest 并检查 Location 属性：
private void listView1_DragOver(object sender, DragEventArgs e)
{
var pt = listView1.PointToClient(new Point(e.X, e.Y));
var hit = listView1.HitTest(pt);
if (hit.Item != null && hit.Location == ListViewHitTestLocations.OnItem)
{
// 插入到该Item上方（即索引不变，后续逻辑按“插入到index前”处理）
targetIndex = hit.Item.Index;
}
else if (hit.Item == null && listView1.Items.Count > 0)
{
// 鼠标在空白处：判断是否在最后一项下方
var lastItemRect = listView1.GetItemRect(listView1.Items.Count - 1);
targetIndex = pt.Y > lastItemRect.Bottom ? listView1.Items.Count : listView1.Items.Count - 1;
}
}- 必须用
PointToClient转换坐标，不能直接用e.X/e.Y（它们是屏幕坐标） -
HitTest返回的Location必须显式判断是否为OnItem，否则可能误判为图标/标签区域 - 列表为空时，
targetIndex应设为0，避免索引越界
移动项后ListView.SelectedItems丢失或错位
手动调整 ListView.Items 集合（如 RemoveAt + Insert）会导致所有选中状态重置，且 SelectedItems 集合仍指向原位置对象——但这些对象可能已不在原索引，造成 UI 和数据不一致。
根本解法是**不操作 Items 集合本身，而是操作底层数据源并重绑定**，或至少同步维护选中状态：
// 假设 items 是 List<MyData> 数据源
int oldIndex = items.IndexOf(draggedData);
int newIndex = targetIndex;
if (newIndex > oldIndex) newIndex--; // 因为移除后索引前移
<p>items.RemoveAt(oldIndex);
if (oldIndex < newIndex) items.Insert(newIndex - 1, draggedData);
else items.Insert(newIndex, draggedData);</p><p>// 强制刷新并保持选中
listView1.Clear();
foreach (var item in items)
{
var lvItem = new ListViewItem(item.Name);
listView1.Items.Add(lvItem);
}
// 重新选中被拖拽项对应的新位置
listView1.Items[newIndex].Selected = true;- 如果坚持用
ListView.Items直接操作，请在RemoveAt后立即记录被拖项的Tag或关键字段，再Insert后遍历查找并Select -
SelectedItems是只读集合，无法直接赋值，只能通过ListViewItem.Selected = true设置 - 启用
listView1.FullRowSelect = true可减少点击区域误判，提升交互容错性
拖拽反馈视觉不明显，用户不知道能拖或拖到哪
默认 ListView 拖拽没有插入线（insertion line）或高亮背景，用户难以预判结果。Windows 原生支持可通过 SendMessage 发送 LVM_SETINSERTMARKCOLOR 等消息实现，但更轻量的做法是用 OwnerDraw 手动绘制插入线。
启用 OwnerDraw = true 后，在 DrawItem 中检测当前项是否为插入目标：
private void listView1_DrawItem(object sender, DrawListViewItemEventArgs e)
{
if (e.ItemIndex == targetIndex && isDragging)
{
using (var pen = new Pen(Color.Blue, 2))
{
var r = e.Bounds;
r.Height = 1;
e.Graphics.DrawRectangle(pen, r);
}
}
else
{
e.DrawDefault = true;
}
}- 必须同时处理
DrawSubItem和DrawColumnHeader，否则开启 OwnerDraw 后列头和子项会空白 -
targetIndex需为字段级变量，并在DragEnter/DragOver中更新，DragDrop后清空 - 插入线建议画在项上方（即插入到该索引位置前），比画在下方更符合直觉
WinForms ListView在高DPI下拖拽坐标偏移
启用 DPI 感知后，PointToClient 返回的坐标可能未按缩放比例校正，导致 HitTest 偏移一两个像素，尤其在 125% / 150% 缩放时明显。
解决方法是在窗体构造函数中设置 DPI 感知模式，并手动缩放鼠标坐标：
// 在 Form 构造函数中 this.SetStyle(ControlStyles.OptimizedDoubleBuffer | ControlStyles.ResizeRedraw, true); this.AutoScaleMode = AutoScaleMode.Dpi;
并在 DragOver 中补偿缩放：
var scaling = this.DeviceDpi / 96f; var pt = listView1.PointToClient(new Point((int)(e.X / scaling), (int)(e.Y / scaling)));
- 不要依赖
AutoScaleDimensions，它在运行时可能未生效 - 若项目已启用 manifest 声明 dpiAware=true，则
DeviceDpi可靠；否则需用GetDpiForWindowAPI - 这个缩放补偿只对
PointToClient坐标有效，GetItemRect返回的矩形已是 DPI 校正后的，无需再除
拖拽排序真正难的不是代码行数，而是坐标转换、状态同步和 DPI 兼容这三处细节——任一环节出问题，用户就会觉得“拖了但没反应”或“位置跳变”。尤其是 HitTest 的 Location 判断和 DeviceDpi 补偿，最容易被忽略。
