ComboBox设DropDownStyle为DropDownList是实现只读下拉框最直接有效的方式，禁用文本编辑、仅允许列表选择，且需在数据绑定后设置以避免空白或异常。
ComboBox设置DropDownStyle为DropDownList最直接有效
只读下拉框的本质，是禁用文本编辑区域、只允许从列表中选择。c# winforms 中 combobox 的 dropdownstyle 属性就是干这个的——设成 dropdownlist 后，用户既不能打字，也不能粘贴，连光标都点不进去。
常见错误是只设 Enabled = false 或 ReadOnly = true（后者根本不存在），结果要么整个控件灰掉，要么毫无效果。
-
DropDownStyle = ComboBoxStyle.DropDownList：只读 + 下拉选择（推荐） -
DropDownStyle = ComboBoxStyle.DropDown：默认值，可编辑可下拉 -
DropDownStyle = ComboBoxStyle.Simple：始终展开，文本区仍可编辑（不满足只读需求）
想保留外观但禁用输入？小心KeyPress和KeyDown拦截不彻底
有人试图用事件拦截来“模拟”只读：订阅 KeyPress 并设 e.Handled = true。这看似能拦住按键，但漏掉很多情况：
- 右键粘贴（
KeyDown不触发，KeyPress也不捕获） - 拖拽文本进入编辑区
- 通过剪贴板 API（如
Clipboard.SetText）间接写入 - 部分键盘快捷键（Ctrl+V、Shift+Insert）绕过
KeyPress
所以，除非你有特殊交互逻辑必须保留 DropDown 样式，否则别走这条路。真要拦截，得同时处理 KeyDown（拦截 Ctrl+V）、MouseDown（防拖拽）、甚至重写 WndProc，成本远高于直接换 DropDownStyle。
绑定数据源后SelectedIndex为-1？检查DataSource和DisplayMember是否就位
设成 DropDownList 后，如果下拉列表空或选中项异常，大概率不是只读逻辑的问题，而是数据绑定没配好。WinForms 的 ComboBox 在 DropDownList 模式下对空数据更敏感。
- 确保
DataSource非 null 且含至少一项 - 若用了
DisplayMember，确认字段名拼写完全一致（区分大小写） - 手动添加项时用
Items.Add()，不要混用Items.Add()和DataSource - 设置
DropDownStyle的时机建议在数据绑定之后，避免状态错乱
否则可能出现下拉箭头可点、但点开空白，或一选就抛 ArgumentOutOfRangeException。
WPF里没有DropDownStyle？用IsEditable="False"代替
如果你实际用的是 WPF 而非 WinForms，ComboBox 没有 DropDownStyle 属性。对应方案是设 IsEditable="False"，它等效于 WinForms 的 DropDownList 模式。
注意两个易错点：
-
IsEditable="False"时，Text属性失效，读写都应改用SelectedItem或SelectedValue - 若同时设了
IsReadOnly="True"，会覆盖IsEditable行为，导致控件变灰（类似Enabled=False），这不是只读下拉的本意
WPF 中真正需要警惕的是模板重写后意外暴露了 TextBox 部分——只要没动默认模板，IsEditable="False" 就足够安全。
最常被忽略的一点：只读不等于不可编程修改。无论是 DropDownList 还是 IsEditable="False"，代码里依然可以自由设置 SelectedIndex、SelectedItem 或清空 Items。UI 层的限制只作用于用户输入路径，这点在调试时容易误判。
