C# WPF DataTable转ObservableCollection优化8万条数据遍历耗时

你当前实现耗时过长的核心原因和遍历DataTable的逻辑关系不大，真正的开销来自ObservableCollection<T>的特性：

• 每次调用Add()方法添加单个元素时，集合会立刻触发CollectionChanged通知事件
• 如果该集合已经绑定到UI控件，每一次通知都会触发UI线程的响应、局部渲染逻辑
• 8万次重复的事件触发、UI线程调度会占用90%以上的加载耗时

不存在完全跳过行映射的“直接转换”方案——DataTable是弱类型的表结构，要转成强类型的Person集合，逐行字段映射的遍历逻辑是省不掉的，我们能优化的是去掉无效的重复通知开销。

方案1：批量构造集合后一次性初始化ObservableCollection（改造成本最低） #

ObservableCollection<T>本身提供了接收IEnumerable<T>参数的构造函数，该构造函数会批量加载所有元素，仅在全部加载完成后触发1次集合重置通知，相比逐次Add的性能提升可以达到10~100倍。
修改后的代码如下：

private void FetchRelay(object obj)
{
    MySqlCommand cmd = new MySqlCommand(query, conn);
    dt = new DataTable();

    conn.Open();
    dt.Load(cmd.ExecuteReader());
    conn.Close();

    // 先批量完成DataRow到Person的映射，过程中不触发任何集合通知
    var personList = dt.AsEnumerable()
        .Select(row => new Person(
            (int)row[0], 
            (string)row[1], 
            (string)row[2]
        ))
        .ToList();

    // 一次性传入集合完成初始化，仅触发1次重置通知
    UserList = new ObservableCollection<Person>(personList);
}

注意：调用dt.AsEnumerable()需要先引入System.Data.DataSetExtensions程序集，如果不想引入额外依赖，直接用普通for循环遍历dt.Rows完成Person映射生成List，最终传入ObservableCollection构造函数的效果完全一致。

方案2：跳过DataTable层直接读取实体（性能更高） #

DataTable本身是为了通用表结构设计的弱类型容器，加载8万行数据会产生额外的内存开销。你可以直接用MySqlDataReader逐行读取数据生成Person列表，省掉DataTable的加载、存储开销，速度会更快：

private void FetchRelay(object obj)
{
    var personList = new List<Person>();
    conn.Open();
    using (var cmd = new MySqlCommand(query, conn))
    using (var reader = cmd.ExecuteReader())
    {
        while (reader.Read())
        {
            personList.Add(new Person(
                reader.GetInt32(0),
                reader.GetString(1),
                reader.GetString(2)
            ));
        }
    }
    conn.Close();
    UserList = new ObservableCollection<Person>(personList);
}

方案3：从交互层优化（体验最好） #

8万条数据全量加载绑定到UI集合本身是不合理的设计：就算加载速度提上来，UI控件一次性渲染8万条条目依然会出现卡顿。建议搭配UI虚拟滚动、分页加载逻辑，每次仅加载当前需要展示的几十上百条数据，从根源上降低加载和渲染开销。

内容的提问来源于stack exchange，提问作者Ozan Halis İlter