MAUI中ListView已被正式弃用，CollectionView是官方唯一持续维护的列表控件；新项目必须使用CollectionView，老项目应尽快迁移，因其支持多布局、完整模板、原生选择模式、默认虚拟化及更优平台适配。
MAUI 中 ListView 已被正式弃用，CollectionView 是官方推荐且唯一持续维护的列表控件。这不是“选哪个更好”的问题，而是“该用哪个”的明确结论——新项目必须用 CollectionView，老项目应尽快迁移。
功能定位完全不同
ListView 是 Xamarin.Forms 时代的遗留控件，设计目标是快速实现简单垂直列表，能力有限：
- 仅支持垂直线性布局（无法水平滚动、无法网格）
- 模板能力弱，不支持多模板、无原生分组头/脚
- 选择模式固定，不支持多选或命令绑定
- 性能优化依赖手动配置（如 HasUnevenRows、CachingStrategy），易出错
CollectionView 是 MAUI 重构后的现代数据容器，定位为“通用数据呈现引擎”：
- 原生支持垂直/水平/网格三种布局（通过 ItemsLayout 设置）
- 完整模板系统：ItemTemplate、EmptyView、Header、Footer、GroupHeaderTemplate
- 内置 SelectionMode（Single/Multiple/None）、SelectedItems、SelectionChangedCommand
- 默认启用虚拟化，滚动性能更稳定；轻量模板 + 合理绑定即能保持流畅
数据绑定与 MVVM 支持更规范
ListView 的绑定常需额外处理（比如点击事件要靠 ItemTapped + CommandParameter 模拟）：
- 没有原生 SelectedItem 两路绑定，容易状态不同步
- 无法直接响应“取消选择”动作，需监听 ItemTapped 并手动比对
CollectionView 直接暴露标准绑定属性：
windows-auto
下载
Windows 桌面自动化技能，支持鼠标控制（移动/点击/拖拽/滚轮/截图）、键盘输入（文字输入/按键/组合键）、窗口管理（查找/聚焦/最大化/最小化/关闭/移动）、截图并发送文件。提供两种截图方式：Python pyautogui 截图（集成在自动化流程中）和 PowerShell + .NET 零依赖截图（支持区域截图和多显示器）。当用户需要自动化 Windows 桌面操作、控制鼠标键盘、管理窗口、执行 GUI 自动化任务、截图发送文件时使用。
- SelectedItem（TwoWay，默认 null）
- SelectedItems（OneWay，用于 Multiple 模式）
- SelectionChangedCommand + CommandParameter，自动传入 PreviousSelection / CurrentSelection
- 所有属性均为 BindableProperty，可放心用于 MVVM 场景
平台适配和稳定性差异明显
ListView 在 MAUI 中属于“兼容层模拟”，存在大量平台补丁和渲染异常：
- iOS 上常出现空白项、滚动卡顿、Separator 残影
- Android 上偶发点击区域偏移、HasUnevenRows 失效
- macOS 和 Windows 支持极弱，基本不可用
CollectionView 基于各平台原生滚动控件构建（iOS UITableView/UICollectionView、Android RecyclerView、Windows ListViewBase）：
- 默认渲染更一致，圆角、阴影、触摸反馈由平台自然提供
- 遇到问题优先查模板结构或数据源（而非控件本身）
- 官方文档、示例、工具链（如 .NET MAUI Community Toolkit）全部围绕它展开
迁移其实很简单
把 ListView 改成 CollectionView，通常只需三步：
- 替换控件标签：
<listview></listview>→<collectionview></collectionview> - 把
ItemTemplate内容原样移到CollectionView.ItemTemplate - 将
ItemsSource和SelectedItem绑定方式升级为标准两路绑定（无需改 ViewModel 逻辑）
基本上就这些。不用纠结，直接用 CollectionView。
