企业官网建设流程全解析

简介：一套带CheckBox多选功能的ComboBox自定义控件Demo，面向Windows Forms/WPF开发者，解决标准下拉框只能单选、无法多选的痛点。压缩包共55个文件，含cs源码、xaml界面、csproj工程文件、pdb调试信息及exe/dll可运行程序，整体约125KB，结构紧凑，便于直接打开工程学习。已有498人学习下载。实现方案通过继承ComboBox并集成ListBox/ListView，在Codebehind中处理CheckBox事件与数据绑定，涵盖渲染重写、数据源更新、样式布局等关键环节，主界面与控件类实现完整。读者可获取完整工程源码与可运行演示程序，适合需要扩展下拉多选交互、理解WPF/Windows Forms自定义控件机制的开发者参考。

1. 带CheckBox功能的ComboBox：为什么原生下拉框做不到多选

做桌面端数据筛选、标签选择或权限分配时，最自然的交互就是“点开一个下拉框，把需要的几项勾上”。原生 ComboBox 只支持单选，DropDownList 模式下更是连输入都锁死，想在里面放几个 CheckBox 基本无望。有人说可以用 CheckedListBox 凑合，但它的交互模型和下拉面板并不匹配，真正用起来别扭。所谓带CheckBox功能的ComboBox，就是在保留下拉外观的前提下，让每一行选项自带一个复选框，支持连续勾选、部分选择和状态回读。这篇文章讲的是 WinForms 下最常用的一套落地做法：OwnerDraw 自绘加 ToolStripDropDown 宿主，代码可控、不依赖第三方库。适合的数据筛选、角色授权、多标签选择场景，都能直接套用。

2. 方案选型与自绘原理：OwnerDraw 加 ToolStripDropDown 的组合为什么最稳

2.1 四种常规方案对比与选择

先看一遍市面上常见的做法，很多人在这一步就选错了方向。

我一般直接选第四种。原因很简单：ToolStripDropDown 本身就是一个系统级的弹出层，天然带“点击外部自动关闭”的行为，而且能锚定在某个控件下方，不需要自己创建无边框窗体，省掉了一堆窗口消息处理。ListBox 开启 OwnerDrawFixed 后，每一行怎么画由自己的代码说了算，想在左边加一个 CheckBox 就是几行绘制代码的事。

2.2 OwnerDrawFixed 的绘制流程，先理解再动手

ListBox 默认的绘制模式是 Normal，每行只画一行字符串，系统内部把文本、背景、选中高亮全部处理完。这个模式下你没有任何机会往行里插入一个复选框图形。切换到 OwnerDrawFixed 之后，ListBox 不再自己画内容，而是在每一行需要刷新时触发 DrawItem 事件，把矩形区域 e.Bounds、当前索引 e.Index、选中状态 e.State 都交给你。

绘制动作本身不复杂：在 e.Bounds 里先填充背景，再在左侧画一个 CheckBox 图标，右侧画文本。难点在于很多人把这个绘制当成了状态本身。实际上 DrawItem 只是一次“投影”，这一行到底勾没勾，必须由你维护的数据模型决定。绘制代码里只读数据，不写数据。一旦在绘制里直接修改勾选状态，就会引发 Invalidate 再绘制再修改的死循环，这是新手最容易踩进去的黑匣子。

2.3 为什么不直接用 CheckedListBox

CheckedListBox 看起来功能正合适，它每一行确实自带复选框。但它有三个不适合做下拉多选的硬伤。第一，它的交互是“点击一次完成勾选”，这个行为一旦放进下拉面板，你会发现用户根本没有机会去勾第二项，因为第一次点击就把下拉收起来了。第二，它不支持在列表底部插入“全选”“清空”这类命令行，塞进去就只能当作普通数据项处理，逻辑非常脏。第三，它的复选框尺寸、间距、文字位置全部由系统默认值控制，想调整行高、缩进、分隔符时，每次都要重写它的绘制方法，改造成本不比从零自绘低，而且还要绕过它自己的 Click 行为。

所以我的结论是：CheckedListBox 适合放在窗体上做静态多选列表，不适合做下拉多选。真正做带CheckBox功能的ComboBox，自绘一个 ListBox 再挂到 ToolStripDropDown 上，是长期维护最稳的路线。

3. 从零实现：一个最小可用的 DropDownCheckBoxCombo 控件

下面这套代码我在项目里拆过很多次，按数据模型、下拉宿主、绘制、交互、API 五块来写。可以直接建一个 UserControl 把代码贴进去，跑通后再按自己的样式调。

3.1 数据模型：CheckItem 封装文本与勾选状态

很多人会直接把字符串塞进 ListBox.Items，再用一个字典去维护勾选状态。这种做法的弊端是绘制时需要频繁查字典，数据同步容易漏，而且 Tag 被业务对象占着时还得另想辙。我习惯定义一个 CheckItem 包装类，把文本、状态、原始业务对象放在一起。

public sealed class CheckItem { public string DisplayText { get; set; } public bool Checked { get; set; } public object? Tag { get; set; } public CheckItem(string displayText, bool isChecked = false) { DisplayText = displayText; Checked = isChecked; } public override string ToString() { return DisplayText; } }

这里的关键设计是：CheckItem 自己持有勾选状态，每一行 ListBox 项对应一个 CheckItem 实例。DrawItem 绘制时只需要读取 item.Checked，不需要再查外部字典。Tag 属性留给业务对象，比如角色信息、用户信息或过滤条件，后面从控件里取选中的原始数据时非常方便。ToString 返回 DisplayText 是为了调试和兼容默认绘制模式，真正显示时其实不走 ToString。

3.2 下拉宿主：ToolStripDropDown 加 ToolStripControlHost

控件整体结构是左侧一个只读文本框，右侧一个小箭头按钮。点击箭头时弹出 ToolStripDropDown，里面放一个 ListBox。ToolStripDropDown 不能直接装普通控件，必须通过 ToolStripControlHost 包装。

public partial class DropDownCheckBoxCombo : UserControl { private readonly ListBox _listBox = new ListBox(); private ToolStripDropDown? _dropDown; public DropDownCheckBoxCombo() { InitializeComponent(); BuildDropDown(); } private void BuildDropDown() { _listBox.DrawMode = DrawMode.OwnerDrawFixed; _listBox.ItemHeight = 24; _listBox.IntegralHeight = false; _listBox.BorderStyle = BorderStyle.None; _listBox.DrawItem += ListBox_DrawItem; _listBox.MouseUp += ListBox_MouseUp; _listBox.KeyDown += ListBox_KeyDown; var host = new ToolStripControlHost(_listBox) { AutoSize = false, Padding = Padding.Empty, Margin = Padding.Empty }; _dropDown = new ToolStripDropDown { AutoClose = true, Padding = Padding.Empty, Margin = Padding.Empty }; _dropDown.Items.Add(host); } private void ShowDropDown() { int maxVisibleItems = 8; int visibleItems = Math.Min(_listBox.Items.Count, maxVisibleItems); _listBox.Width = Width; _listBox.Height = _listBox.ItemHeight * visibleItems + 2; _dropDown.Show(this, new Point(0, Height)); } }

这里有两个参数值得说清楚。ItemHeight 是自绘模式下行高，24 是常用值，CheckBox 图标加 4 像素上下留白刚好，后面避坑章会专门讲它和高 DPI 的关系。IntegralHeight 设为 false 很关键，否则 ListBox 会强制把高度补齐到整数行，导致下拉面板底部多出一块空白。

ShowDropDown 里用 visibleItems 限制最大显示行数，避免选项太多时下拉面板撑出屏幕。设置 ListBox 的宽高之后再 Show，ToolStripDropDown 会自动按宿主的尺寸布局。_dropDown.Show 的第一个参数是锚点控件，第二个 Point 表示下拉面板左上角相对于锚点控件的位置，这里传 (0, Height) 就是从控件底部开始往下展开。

3.3 DrawItem 绘制：CheckBoxRenderer 与 TextRenderer 的分区

绘制是带CheckBox功能的ComboBox 的核心，也是最容易出视觉效果问题的地方。标准做法是把一行矩形分成三块：左侧留白、复选框区域、文本区域。

private void ListBox_DrawItem(object sender, DrawItemEventArgs e) { if (e.Index < 0 || e.Index >= _listBox.Items.Count) { return; } Rectangle row = e.Bounds; var item = (CheckItem)_listBox.Items[e.Index]; using (var backBrush = new SolidBrush(BackColor)) { e.Graphics.FillRectangle(backBrush, row); } bool selected = (e.State & DrawItemState.Selected) == DrawItemState.Selected; if (selected) { e.Graphics.FillRectangle(SystemBrushes.Highlight, row); } Size glyphSize = CheckBoxRenderer.GetGlyphSize( e.Graphics, item.Checked ? CheckBoxState.CheckedNormal : CheckBoxState.UncheckedNormal); Rectangle checkRect = new Rectangle( row.Left + 4, row.Top + (row.Height - glyphSize.Height) / 2, glyphSize.Width, glyphSize.Height); Rectangle textRect = new Rectangle( checkRect.Right + 4, row.Top, row.Width - (checkRect.Right + 4), row.Height); CheckBoxState boxState = selected ? (item.Checked ? CheckBoxState.CheckedHot : CheckBoxState.UncheckedHot) : (item.Checked ? CheckBoxState.CheckedNormal : CheckBoxState.UncheckedNormal); CheckBoxRenderer.DrawCheckBox(e.Graphics, checkRect, boxState); TextRenderer.DrawText( e.Graphics, item.DisplayText, Font, textRect, selected ? SystemColors.HighlightText : ForeColor, TextFormatFlags.EndEllipsis | TextFormatFlags.NoPrefix | TextFormatFlags.VerticalCenter); }

绘制顺序是有讲究的。先整行填充背景，再画选中高亮背景，然后画复选框，最后画文本。如果先画文本再画复选框，CheckBox 图标半透明区域会盖住文字边缘，出现很难看的叠影。textRect 必须从 checkRect.Right 之后开始，不能直接拿整行 e.Bounds 去画文字，否则文字会穿过复选框。

CheckBoxRenderer.DrawCheckBox 用的是系统主题样式，在 Windows 10 以上的系统里能跟随系统视觉风格，不会出现自己画方块那种土味效果。TextFormatFlags.NoPrefix 必须加，否则文本里的“&”字符会被当成快捷键前缀吞掉或者加下划线。EndEllipsis 让超长文本省略号结尾，VerticalCenter 让文字在行内垂直居中。

3.4 鼠标交互：MouseUp 里切换勾选

勾选状态切换放在 MouseUp 而不是 MouseDown，原因后面避坑章细说。这里先看实现。

private void ListBox_MouseUp(object sender, MouseEventArgs e) { int index = _listBox.IndexFromPoint(e.Location); ToggleByIndex(index); } private void ToggleByIndex(int index) { if (index < 0 || index >= _listBox.Items.Count) { return; } var item = (CheckItem)_listBox.Items[index]; item.Checked = !item.Checked; _listBox.Invalidate(_listBox.GetItemRectangle(index)); RefreshDisplayText(); OnCheckedChanged(); }

IndexFromPoint 返回 -1 的情况有两种：点击到了滚动条上，或者点击到了列表底部空白区域。这两种情况都不能触发勾选逻辑。ToggleByIndex 里对 -1 直接返回，正好把滚动条误触也挡掉了。

切换完成后只调用 _listBox.Invalidate(GetItemRectangle(index))，刷新这一行而不是整个列表，避免批量重绘闪烁。很多文章里直接用 _listBox.Refresh() 强制全列表重绘，当选项多的时候拖动滚动条会明显卡顿。

RefreshDisplayText 是刷新控件文本框里显示的内容，OnCheckedChanged 对外抛出事件。这两个方法放后面 API 部分讲。

3.5 对外 API：Items 与 CheckedChanged 的暴露方式

控件的使用方需要能添加选项、读取选中的项、在勾选状态变化时收到通知。API 设计要克制，不要直接暴露整个 ListBox。

public event EventHandler? CheckedChanged; public void AddItem(string text, bool isChecked = false) { _listBox.Items.Add(new CheckItem(text, isChecked)); } public void ClearItems() { _listBox.Items.Clear(); RefreshDisplayText(); } public IEnumerable<CheckItem> GetCheckedItems() { return _listBox.Items .Cast<CheckItem>() .Where(item => item.Checked); } protected virtual void OnCheckedChanged() { CheckedChanged?.Invoke(this, EventArgs.Empty); } private void RefreshDisplayText() { string[] checkedTexts = GetCheckedItems() .Select(item => item.DisplayText) .ToArray(); _txtDisplay.Text = checkedTexts.Length == 0 ? "请选择" : string.Join(", ", checkedTexts); }

不直接暴露 ListBox.Items 是为了防止调用方把 Items 集合整体替换掉，或者在运行时把非 CheckItem 对象塞进去导致 DrawItem 强转崩溃。AddItem 和 ClearItems 两个方法足够覆盖绝大多数使用场景。

CheckedChanged 事件在每次用户勾选、全选、清空、绑定时都会触发。事件参数里没带勾选集合，调用方直接调用 GetCheckedItems 去读即可，这样接口更精简。

4. 避坑清单：自绘下拉常见的 5 类翻车现场

这一章是血泪经验集中营。带CheckBox功能的ComboBox 原理不复杂，但实际用起来踩坑点非常密集。每条都按现象、原因、解决三个步骤来写，可以直接对照排查。

4.1 点击下拉项，面板立刻消失

现象：第一次点开下拉，鼠标刚点到一个选项上，整个面板瞬间收起，用户根本来不及看第二眼。勾选状态虽然变了，但视觉上就像没发生。

原因：很多人把勾选逻辑写在了 MouseDown 或者 Click 事件里。Click 事件在 ToolStripDropDown 内部触发时，如果之前的实现里有主动 Close 的逻辑，或者宿主把这次点击当成了外部点击，面板就会关闭。还有一种常见误用是把 ComboBox 的 DropDownStyle 设置成 DropDownList，然后沿用原生 ComboBox 的 SelectedIndexChanged 做勾选，这个事件一触发，默认行为就是把下拉收起来。

解决：交互逻辑只放在 ListBox 的 MouseUp 里，而且 ToggleByIndex 里绝对不能调用 _dropDown.Close() 或者 _dropDown.Hide()。ToolStripDropDown 的 AutoClose 只处理外部点击，内部控件的鼠标操作不会触发自动关闭，这正好符合“连续勾选”的需求。

private void ListBox_MouseUp(object sender, MouseEventArgs e) { int index = _listBox.IndexFromPoint(e.Location); ToggleByIndex(index); // 注意：这里刻意不调用 _dropDown.Close() // 勾完一项后面板保持打开状态，让用户继续勾下一项 }

4.2 勾选后出现残影或文字重叠

现象：勾选某一项后，这一行文字末尾出现一段模糊的方块，或者复选框右侧压着一截文字残影。上下移动选中行时，残影位置跟着变。

原因：绘制顺序错了。如果先画文本再画 CheckBox，CheckBox 的系统图标带透明通道，会叠加在文本上，形成一条深浅不一的色带。另外，很多人喜欢在 DrawItem 末尾调用 e.DrawFocusRectangle() 画焦点虚线框，这个虚线框会把文本尾部盖住，看起来像渲染错乱。

解决：严格按“背景 -> 选中高亮 -> CheckBox -> 文本”的顺序绘制，textRect 从 checkRect.Right + 4 开始。同时删掉 e.DrawFocusRectangle()，键盘用户仍然可以通过 SelectedIndex 变化感知当前行，不缺这一个虚线框。

如果残影只发生在滚动时，说明绘制的背景填充没有覆盖完整行。确保第一步用 FillRectangle 填满整个 e.Bounds，不要只填文本区域。

4.3 把 ItemHeight 设太矮，CheckBox 被裁掉

现象：行高设成 18 或者更小，结果复选框上下各被切掉一截，文字也顶着边界，整体看起来像压缩过的图片。

原因：OwnerDrawFixed 模式下，ItemHeight 就是每一行的实际渲染高度。系统 CheckBox 图标本身有固定大小，当行高小于“图标高度 + 上下留白”时，绘制区域会被裁剪。高 DPI 环境下更严重，150% 缩放下 CheckBox 图标实际高度接近 25 像素，硬编码的 18 直接不够用。

解决：不要硬编码行高。在控件初始化时用 CheckBoxRenderer.GetGlyphSize 拿到真实尺寸，再计算行高。

Size glyphSize; using (var g = CreateGraphics()) { glyphSize = CheckBoxRenderer.GetGlyphSize(g, CheckBoxState.UncheckedNormal); } _listBox.ItemHeight = Math.Max(22, glyphSize.Height + 8);

这里加 8 是上下各 4 像素的留白，让复选框在行内不贴边。如果后续调整了字体大小，文本高度可能超过复选框高度，行高还需要再往上加，公式可以改成 Math.Max(glyphSize.Height, TextRenderer.MeasureText("Ag", Font).Height) + 8。

4.4 外部点击关闭逻辑误伤滚动条

现象：鼠标按住滚动条拖动时，下拉面板突然关闭；或者点击列表底部空白区域，面板反而一直开着关不掉。

原因：有些实现为了追求“点击外部关闭”，自己写全局鼠标钩子或者 MouseUp 坐标判断。逻辑一般是“如果鼠标点不在列表区域内就关闭”。但滚动条也在列表区域内，按下滚动条拖动、松手时 MouseUp 坐标落在滚动条上，坐标判断就会误判为“内部点击”，不关面板；反过来，如果判断条件写成“点击点不在某个子控件内就关闭”，又可能把面板边缘的 2 像素边框当成外部点击，出现一种“点边框关不掉”的玄学状态。

解决：首选方案是不写任何外部点击判断，完全交给 ToolStripDropDown 的 AutoClose。它内部对鼠标捕获、焦点切换、子控件点击的处理比手写坐标判断可靠得多。如果确实需要在关闭时做额外处理，挂在 _dropDown.Closed 事件里即可，不要在关闭判定上做文章。

4.5 键盘空格键勾不上

现象：Tab 聚焦到 ListBox，按上下方向键能移动选中行，但按空格键没有任何反应，或者只是把高亮行切换了一下，勾选状态没变。

原因：ListBox 默认把空格键当作“选中当前项”的触发键，它改变的是 SelectedIndex，而不是我们自定义的 CheckItem.Checked。自绘模式下，空格键的默认行为不会自动映射到勾选逻辑，所以按空格没用。

解决：在 ListBox 的 KeyDown 事件里拦截空格键，手动调用 ToggleByIndex。

private void ListBox_KeyDown(object sender, KeyEventArgs e) { if (e.KeyCode == Keys.Space && _listBox.SelectedIndex >= 0) { ToggleByIndex(_listBox.SelectedIndex); e.Handled = true; } }

e.Handled = true 必须写，否则 ListBox 还会继续执行系统默认的空格键逻辑，导致一次空格同时触发复选框切换和选中行变化，控件行为看起来像疯了一样。键盘用户通常还期望 Home、End 键能跳转，这些 ListBox 自带，不用额外处理。

5. 数据交互与状态同步：从“能勾”到“好用”

自绘和交互只是骨架，真正决定一个带CheckBox功能的ComboBox 好不好用的，是它和数据层怎么配合。这一章解决四个问题：显示文本怎么拼、批量操作怎么通知、业务对象怎么绑定、事件怎么设计才不误报。

5.1 在控件文本区拼出“已选集合”

下拉收起后，用户需要能从控件本身的文本框里看到当前选了哪些。最常见的就是用逗号拼接所有选中项的 DisplayText，空的时候显示占位符。

private string _placeholderText = "请选择"; private string _displaySeparator = ", "; public string PlaceholderText { get => _placeholderText; set { _placeholderText = value; RefreshDisplayText(); } } private void RefreshDisplayText() { string[] checkedTexts = GetCheckedItems() .Select(item => item.DisplayText) .ToArray(); _txtDisplay.Text = checkedTexts.Length == 0 ? _placeholderText : string.Join(_displaySeparator, checkedTexts); }

PlaceholderText 用普通属性而不是常量，因为不同业务场景的占位文案不一样，有的是“请选择标签”，有的是“请选择角色”。_displaySeparator 默认是逗号加空格，如果选项文本本身包含顿号或斜杠，可以换成“、”或“ / ”。注意这里不要用 CheckItem.ToString()，它返回的是 DisplayText 没错，但如果将来 ToString 被改做调试输出，显示文本会跟着变，不如直接读属性清晰。

5.2 全选与清空：批量改状态并且只通知一次

很多场景需要一个“全选”入口。可以在列表底部放一个特殊的全选行，也可以在控件外部放按钮。这里先讲批量操作的 API。

public void SetAllChecked(bool isChecked) { foreach (CheckItem item in _listBox.Items.Cast<CheckItem>()) { item.Checked = isChecked; } _listBox.Invalidate(); RefreshDisplayText(); OnCheckedChanged(); }

批量操作最容易犯的错误是每改一个 CheckItem 就调用一次 OnCheckedChanged，调用方在一个全选操作里收到几十次通知，界面随之刷新几十次。上面的写法先改完全部状态，再统一 Invalidate 和 OnCheckedChanged，外部只收到一次事件。

如果业务上确实需要区分“单个勾选”和“批量勾选”，可以再加一个事件，比如 CheckedItemsChanged，只在批量操作时抛。单个勾选走 CheckedChanged，两者互不干扰。

5.3 业务对象直接绑定：用 Tag 保存原始行

实际项目里下拉勾选的通常不是字符串，而是角色、用户、过滤器配置这类业务对象。如果业务层被迫构造 CheckItem，再通过 DisplayText 找人，查找逻辑会很别扭。正确做法是用 CheckItem.Tag 保存原始业务对象。

public void BindItems<T>( IEnumerable<T> source, Func<T, string> displaySelector, Func<T, bool> checkedSelector) { _listBox.Items.Clear(); foreach (T item in source) { _listBox.Items.Add(new CheckItem(displaySelector(item), checkedSelector(item)) { Tag = item }); } RefreshDisplayText(); } public List<T> GetCheckedSource<T>() { return _listBox.Items .Cast<CheckItem>() .Where(item => item.Checked && item.Tag is T) .Select(item => (T)item.Tag!) .ToList(); }

调用方不需要知道 CheckItem 的存在，业务层只和原始类型打交道。

combo.BindItems(roleList, role => role.RoleName, role => role.IsAssigned); List<Role> selectedRoles = combo.GetCheckedSource<Role>();

Tag 方案比额外维护 Dictionary<object, bool> 干净得多。注意 GetCheckedSource 里做了 Tag is T 类型过滤，防止调用方混入不同类型的 Tag 导致强转异常。

5.4 事件设计：区分 SelectedIndexChanged 与 CheckedChanged

新手最容易犯的错误是复用 ListBox 的 SelectedIndexChanged 来做数据同步。SelectedIndexChanged 只在“当前高亮行”变化时触发，键盘上下移动、鼠标悬停切换都会触发它，而勾选状态可能根本没变。如果你在这里面刷新显示文本，用户会看到下拉还没关，文本框里的内容已经跟着高亮行跳来跳去。

正确的做法是只在自己定义的 CheckedChanged 事件里同步数据和通知外部。ToggleByIndex、SetAllChecked、BindItems 三个入口都必须记得调用 OnCheckedChanged，少一个就会出现界面和数据不一致。BindItems 里调用时机建议放在所有 Item 都添加完之后，否则每 Add 一个 Item 就触发一次事件，界面闪个不停。

6. 进阶玩法：三态全选与一盘可反复使用的验证清单

6.1 从 bool 升级到 CheckState：三态的数据与绘制

当列表里的选项存在父子层级时，父级经常需要展示“部分选中”的状态。把 CheckItem.Checked 从 bool 改成 CheckState 枚举，带CheckBox功能的ComboBox 就能支持半选状态。

public sealed class CheckItem { public string DisplayText { get; set; } public CheckState State { get; set; } public object? Tag { get; set; } }

绘制逻辑对应改成三分支：

CheckBoxState boxState = item.State switch { CheckState.Checked => CheckBoxState.CheckedNormal, CheckState.Indeterminate => CheckBoxState.MixedNormal, _ => CheckBoxState.UncheckedNormal };

CheckBoxRenderer 原生支持 MixedNormal 状态，不需要自己画半选图标。交互循环上，点击 Indeterminate 状态应当直接切换到 Checked，而不是切到 Unchecked。用户看到半选时通常是想“全部选中”，这个交互习惯和 Windows 文件多选行为一致。

6.2 用半选状态实现“全选”行

把第一行设为“全选”命令行，它的勾选状态由其余所有子项聚合而来。子项全部勾选时，全选行显示 Checked；部分勾选时显示 Indeterminate；全部未勾选时显示 Unchecked。这是三态最典型的落地场景。

实现时要注意一个顺序问题：点击全选行时，不能直接读取全选行自己的 State 来判断下一步动作，因为它可能处于半选状态。应该看子项里有没有未选中的项，有就全选，没有就全部取消。

6.3 每次改完绘制，建议跑一遍的验证清单

我给这类控件做回归时，固定跑下面几条，花不了几分钟但能挡住大部分返工。

第一，系统 DPI 分别切成 125% 和 150%，确认复选框完整、文字不溢出、行高不变形。第二，把控件拖到窗体底部边缘，打开下拉，确认面板自动向上展开而不是超出屏幕。第三，连续勾选多个选项后按 Esc，再重新打开，确认已勾选状态还在、显示文本拼接正确。第四，只靠键盘操作走一遍：Tab 聚焦、上下移动、空格勾选、Esc 关闭。第五，反复开合下拉二十次，用任务管理器确认内存没有持续上涨，_dropDown 的 Dispose 路径没漏。

我做这类自绘下拉的经验是，先把数据模型定死，再写 DrawItem。如果先花一晚上调复选框像素，最后多半还是得回来改数据结构。现在接到需求，我习惯先确认三件事：要不要三态、键盘是否可用、业务对象能否直接绑定。这三件事定了，剩下的就是按部就班地画。希望帮到你。

本文还有配套的精品资源，点击获取