ComboBox的SelectedIndex、SelectedItem、SelectedValue行为不一致，绑定时需同步设置DisplayMember和ValueMember，读取应在Shown或DropDownClosed事件中，SelectionChangeCommitted响应用户操作，DropDownStyle影响Text可编辑性。
ComboBox 在 WinForms 中不是“选了就完事”的控件——它的 SelectedIndex、SelectedItem、SelectedValue 三者行为不一致，直接混用会触发空引用或值错位，尤其绑定数据源时。
为什么 SelectedIndex 经常是 -1，即使界面上明明选中了？
这是最常见误判：你没等控件加载完成就去读取，或在 Form.Load 里操作但没确认 ComboBox 已完成初始化。WinForms 控件的 Loaded 状态不等于 Visible 或 Enabled。
- 确保读取时机在
Form.Shown事件中（而非Load），或在ComboBox的DropDownClosed事件里取值 - 如果手动添加项（
Items.Add()），SelectedIndex默认仍为 -1，需显式设为0才有默认选中 - 绑定
DataSource后，SelectedIndex依赖底层列表是否非空且已触发第一次渲染；可加一句comboBox.SelectedIndex = 0;强制初始化（前提是Items.Count > 0）
绑定对象集合时，DisplayMember 和 ValueMember 必须同时设置才安全
只设 DisplayMember 会导致 SelectedValue 始终返回 null；只设 ValueMember 则下拉项显示的是对象的 ToString() 结果（通常是类型名）。
-
DisplayMember必须是对象的公共属性名字符串（如"Name"），不能是字段或私有属性 -
ValueMember同样必须是公共属性，且类型最好能隐式转换（比如int、string、Guid），避免后续做Convert.ToInt32(comboBox.SelectedValue)时抛InvalidCastException - 绑定后不要直接改
Items集合——它已被BindingSource管理，修改要用BindingSource.DataSource替换或调用ResetBindings()
SelectedIndexChanged 和 SelectionChangeCommitted 到底该监听哪个？
SelectedIndexChanged 在任何导致索引变化的操作后都触发（包括代码赋值、键盘导航、鼠标点击），而 SelectionChangeCommitted 只在用户主动选择（鼠标点选、回车确认、Tab 离开）时触发，排除了程序逻辑引起的干扰。
- 做“用户提交动作”响应（如查数据库、刷新表格），用
SelectionChangeCommitted - 做实时联动（如根据选中项动态启用按钮），用
SelectedIndexChanged，但要加if (comboBox.SelectedIndex == -1) return;防空指 - 二者都可能被多次触发（比如快速点击两次同一项），必要时用
bool _isHandling = false;加锁
清空选项并重置状态的正确写法
别只调 Items.Clear() ——这不会重置 SelectedIndex，也不会清掉绑定关系，下次赋值容易出错。
- 若未绑定数据源：
comboBox.Items.Clear(); comboBox.SelectedIndex = -1; - 若已绑定
DataSource：comboBox.DataSource = null; comboBox.Items.Clear(); comboBox.DisplayMember = ""; comboBox.ValueMember = ""; - 想保留绑定但清空数据：把
DataSource设为new List<T>()或空数组，再调comboBox.SelectedIndex = -1;
最易被忽略的一点：ComboBox 的 DropDownStyle 属性决定了它是否允许用户输入。设成 DropDownList 时，Text 属性只读，强行赋值无效；设成 DropDown 时，Text 可编辑，但 SelectedValue 在用户手输内容后会变成 null，此时只能靠 Text 获取原始输入——这点在搜索型下拉框里必须提前设计好兜底逻辑。
