WPF ListView.SelectedItems在Shift反向选择时返回错误项顺序

我之前也踩过一模一样的坑！ListView的SelectedItems集合其实是按用户选择的先后顺序存储项的，根本不是按照列表里的固有排列顺序来的。这就导致像你说的，从2 Shift选到4和从4 Shift选到2，拿到的选中项顺序完全反过来，复制到剪贴板的内容自然也乱套了。

要解决这个问题，核心思路很简单：不管用户怎么选，我们都把选中项按照它们在ListView里的原始索引顺序重新排序，再提取内容就行。

具体实现（以WinForms为例） #

假设你的ListView控件叫listView1，可以这样写代码：

1. 先提取所有选中项的索引，按升序排序：

// 把选中项转成ListViewItem，提取每个项的索引，然后按索引从小到大排序
var sortedSelectedIndices = listView1.SelectedItems.Cast<ListViewItem>()
                            .Select(item => item.Index)
                            .OrderBy(index => index)
                            .ToList();

2. 根据排序后的索引，按顺序获取项的文本并拼接：

// 用换行符分隔每个项的文本，你也可以换成制表符、逗号等其他分隔符
var contentToCopy = string.Join(Environment.NewLine, 
                                sortedSelectedIndices.Select(idx => listView1.Items[idx].Text));

3. 复制到剪贴板：

Clipboard.SetText(contentToCopy);

效果验证 #

就拿你说的5个数字项的例子：

• 场景1：点击2 → Shift点击4，选中项的索引是1、2、3（索引从0开始），排序后还是1、2、3，复制的内容就是2\n3\n4
• 如果反过来操作：点击4 → Shift点击2，选中项的索引是3、2、1，排序后会变成1、2、3，复制的内容依然是2\n3\n4，完全贴合列表的原始顺序！

如果你用的是WPF #

逻辑完全一致，只是获取索引的方式略有不同：

// 替换YourItemType为你ListView绑定的数据源类型
var sortedSelectedIndices = listView1.SelectedItems.Cast<YourItemType>()
                            .Select(item => listView1.Items.IndexOf(item))
                            .OrderBy(index => index)
                            .ToList();

之后同样按排序后的索引提取内容，再复制到剪贴板就搞定了。

这样处理后，不管用户怎么用Shift选择，复制到剪贴板的内容都会严格遵循列表的显示顺序，再也不会乱啦！

内容的提问来源于stack exchange，提问作者M.E.