最稳方案是用BindingSource.Filter属性实现实时搜索过滤，仅支持DataTable、DataView或IBindingListView；List需手动重绑DataSource并调用EndEdit()确保编辑同步。
WinForm里用BindingSource做实时搜索过滤最稳
直接上结论：别手写循环遍历datatable或list<t></t>，用bindingsource的filter属性是winform原生、响应快、且自动联动datagridview的方案。它底层调用的是dataview，对datatable数据源效果最好。
常见错误是把BindingSource.DataSource设成List<t></t>后还硬写Filter——这会抛NotSupportedException，因为List<t></t>不支持表达式过滤。
- 只对
DataTable、DataView或实现IBindingListView的集合生效 -
Filter字符串语法类似SQL WHERE（如"Name LIKE '%abc%'"），不支持LINQ方法调用 - 大小写敏感性取决于底层
DataTable.CaseSensitive设置，默认false - 输入框每次
TextChanged里赋值bindingSource.Filter = ...即可，不用手动刷新控件
TextBox输入时防空格/特殊字符导致Filter语法错误
Filter表达式里如果用户输了个单引号、方括号或通配符没转义，会直接报SyntaxErrorException，界面卡住。不能靠try-catch吞掉——得提前清理。
- 用
string.Replace("'", "''")转义单引号（这是DataView要求的） - 用
string.Replace("[", "[[]")和string.Replace("]", "[]]")转义中括号 - 通配符
%和_如果想当字面量用，得写成[%]、[_]；如果本意就是模糊匹配，就保留 - 建议加个
if (string.IsNullOrWhiteSpace(text)) filter = string.Empty;，清空时设空字符串而非null，否则过滤失效
想用List又想要过滤？绕过BindingSource.Filter，改用BindingSource.DataSource重绑
BindingSource.Filter，改用BindingSource.DataSource重绑如果数据源只能是List<t></t>（比如从API拿的POCO列表），Filter就废了。这时候得手动过滤再重设DataSource，但要注意性能和引用问题。
- 别在
TextChanged里每次都new List<t>(originalList.Where(...))</t>——频繁GC+UI线程阻塞 - 先用
ToList()缓存原始数据，再用AsEnumerable().Where(...).ToList()生成视图列表 - 赋值前先
bindingSource.Clear()，再bindingSource.DataSource = filteredList，否则DataGridView可能残留旧行 - 如果
T是引用类型，过滤后修改某项，原始列表也会变——需要深拷贝或用BindingList<t></t>配合ResetBindings()
DataGridView双击编辑后搜索失效？同步BindingSource和底层数据源
用户在DataGridView里改了某行，再搜，发现结果还是旧值——因为BindingSource默认不会自动把编辑结果写回DataTable或List<t></t>。
- 对
DataTable：确保DataGridView.AutoGenerateColumns = true且列ReadOnly = false，编辑后调用bindingSource.EndEdit()触发提交 - 对
List<t></t>：必须让T实现INotifyPropertyChanged，且BindingSource绑定的是BindingList<t></t>而非普通List<t></t> - 搜索前加一句
bindingSource.EndEdit()，强制把当前编辑暂存提交，再执行过滤逻辑
最常被忽略的是EndEdit()调用时机——它不自动触发，必须你手动加在搜索逻辑开头。漏了这句，永远搜不到刚改过的数据。
