简介：MFC框架下的工具栏开发是Windows桌面应用界面定制常遇到的问题。这组示例面向具备一定MFC基础的C++开发者，重点演示CToolBar按钮位图加载、文字显示与停靠/浮动控制等实现方式。压缩包共24个文件、整体约324KB，其中7个头文件与5个cpp源文件构成完整可编译的示例工程，另含ico图标、rc资源脚本、sln解决方案与vcxproj工程配置，可直接在Visual Studio中打开研究。包内附带一份RAR素材包和TXT说明文档，提供工具栏按钮位图素材及参数配置参考。CSDN平台已有1682人学习下载。通过TimeClient示例项目，开发者能够快速掌握CToolBar基础API调用、按钮图像与文本的设置技巧，以及DockControlBar等停靠方法的具体用法，对开发自定义界面风格的MFC程序有直接参考价值。
1. MFC CToolBar自定义图片和文字：先把这根硬骨头啃明白
MFC的CToolBar大概是很多同学第一次被Windows界面编程按在地上摩擦的组件。默认拖出来的是一个灰底、带几条分隔线的裸工具栏，想把它调成「图标+文字、想换图就换图、想改字就改字」的样子，你会发现网上的资料全是碎片：有说改资源ID的，有说SetButtonText的，有说给CMainFrame加消息映射的，拼在一起却跑不通。这篇笔记就是把我自己拆CToolBar的完整过程整理出来——从位图资源准备、命令路由、图标加载，到文字与图标混排、运行期动态换图，所有参数和坑都落在可复现的代码里。适合已经能建一个MFC对话框或单文档程序、但工具栏自定义还在「玄学」阶段的读者。
2. 从资源到按钮：CToolBar的贴图、命令路由和状态刷新
工具栏看起来只是一个横条，底层结构却有四层需要对齐：资源里的工具栏定义、位图资源里的图片块、命令ID的映射表、窗口风格。这四者缺一不可，哪一层不一致，表现出来就是按钮少了、图标错位、点击无效，或者干脆整个工具栏崩溃。所以做自定义之前，先把这四层关系理清楚。
2.1 位图资源怎么准备：格式、尺寸和DIB段
先回答最关键的一个问题：CToolBar到底怎么知道哪个图标属于哪个按钮？答案不是按名字，而是按顺序。在.rc资源文件里，工具栏定义会长得像下面这样：
IDR_MAINFRAME TOOLBAR 16, 24 BEGIN BUTTON ID_FILE_NEW BUTTON ID_FILE_OPEN SEPARATOR BUTTON ID_FILE_SAVE END这里16, 24表示按钮的图标区域宽度是16像素、高度是24像素。很多初学改这个数字只改了一半：位图尺寸改了，但运行时CToolBar的SetSizes没改，结果图标还是被拉伸。我一般直接全用SetSizes控制，资源定义里只放一个基础尺寸，运行时再按DPI调整。
位图资源本身有几个硬性要求：
- 位图高度必须等于按钮图标高度，不然CToolBar绘制时错位。
- 位图宽度必须等于按钮数×图标宽度，分隔符也要占一个图标块。
- 颜色格式尽量用24位以上，16位色在透明处理上容易发虚。
- 想做成透明背景，建议直接用32位带Alpha的ICO或PNG，通过LoadImage转成HICON挂上，而不是BMP硬怼。
// 推荐做法：用ICO资源做工具栏图标，绕开BMP的透明色问题 HICON hIcon = (HICON)LoadImage( AfxGetInstanceHandle(), MAKEINTRESOURCE(IDI_TOOL_OPEN), IMAGE_ICON, 24, 24, LR_DEFAULTCOLOR); CImageList images; images.Create(24, 24, ILC_COLOR32 | ILC_MASK, 8, 4); images.Add(hIcon); DestroyIcon(hIcon);这里LR_DEFAULTCOLOR让系统按当前分辨率加载图标，MAKEINTRESOURCE直接引用资源里的ICO。CImageList::Create的最后两个参数，8是初始图标容量，4是容量增长量，图标数量超过8时按4个一批扩容。
2.2 创建工具栏的两种路径：Create与CreateEx
MFC里创建CToolBar有两条路：Create和CreateEx。区别在于Create是先创建窗口再LoadToolBar，CreateEx则把窗口风格一次性传进去。我几乎只用CreateEx，因为它能稳定地设置TBSTYLE_FLAT和TBSTYLE_TRANSPARENT两个关键风格，而Create出来的工具栏，扁平风格经常要二次调用SetBarStyle才生效，曾有不止一次因为漏掉这个调用，导致工具栏背景是旧的凸起样式，在深色主题上非常难看。
// 完整创建流程 m_wndToolBar.CreateEx(this, TBSTYLE_FLAT | TBSTYLE_TRANSPARENT, WS_CHILD | WS_VISIBLE | CBRS_TOP | CBRS_GRIPPER | CBRS_TOOLTIPS | CBRS_FLYBY, CRect(0, 0, 0, 0), AFX_IDW_TOOLBAR); m_wndToolBar.LoadToolBar(IDR_MAINFRAME); m_wndToolBar.SetBarStyle(m_wndToolBar.GetBarStyle() | CBRS_TOOLTIPS | CBRS_FLYBY | CBRS_SIZE_DYNAMIC); m_wndToolBar.EnableDocking(CBRS_ALIGN_ANY); EnableDocking(CBRS_ALIGN_ANY); DockControlBar(&m_wndToolBar);参数逐个说明：第一个参数this是父窗口，指向CMainFrame；第二个参数是工具栏自身风格，TBSTYLE_FLAT让按钮在鼠标经过时才有凸起效果，TBSTYLE_TRANSPARENT避免工具栏背景遮挡父窗口背景；第三个参数是窗口样式，CBRS_GRIPPER是左侧拖拽把手，CBRS_TOOLTIPS开启工具提示，CBRS_FLYBY是鼠标经过时自动弹提示。AFX_IDW_TOOLBAR是MFC预定义的工具栏子窗口ID，不要改。
EnableDocking和DockControlBar决定工具栏能不能停靠和拖拽。如果你做的是固定工具栏，这两行直接删掉，让工具栏停在窗口顶部不参与停靠布局。CDockBar在停靠过程中会动态改变工具栏大小，文字多的按钮可能被压缩，这也是后面要格外注意AutoSize调用时机的原因。
2.3 命令路由：为什么按钮灰掉、为什么收不到消息
工具栏按钮按下后走的是WM_COMMAND命令路由，MFC按「View→Document→Frame→App」的顺序向上找ON_COMMAND处理器。按下没反应，首先要怀疑命令ID是不是没匹配上；按钮一直灰着，基本可以断定ON_UPDATE_COMMAND_UI缺失或条件恒为假。
// 声明消息处理函数 afx_msg void OnToolOpen(); afx_msg void OnUpdateToolOpen(CCmdUI* pCmdUI); // 消息映射，两行缺一不可 ON_COMMAND(ID_TOOL_OPEN, &CMainFrame::OnToolOpen) ON_UPDATE_COMMAND_UI(ID_TOOL_OPEN, &CMainFrame::OnUpdateToolOpen) void CMainFrame::OnUpdateToolOpen(CCmdUI* pCmdUI) { pCmdUI->Enable(CanOpenFile()); } void CMainFrame::OnToolOpen() { CFileDialog dlg(TRUE, NULL, NULL, OFN_FILEMUSTEXIST, _T("工程文件|*.prj|所有文件|*.*||"), this); if (dlg.DoModal() == IDOK) { m_strFile = dlg.GetPathName(); UpdateUI(); } }ON_UPDATE_COMMAND_UI在MFC空闲时间被反复调用，函数体必须轻量。不要在Enable里做文件读写、数据库查询或复杂计算，否则界面会卡顿。如果多个按钮共用一套状态逻辑，建议用一个统一更新函数，内部按命令ID分支：
void CMainFrame::OnUpdateAllTools(CCmdUI* pCmdUI) { switch (pCmdUI->m_nID) { case ID_TOOL_OPEN: pCmdUI->Enable(m_bDocValid); break; case ID_TOOL_SAVE: pCmdUI->Enable(m_bDocValid && m_bDirty); break; default: pCmdUI->Enable(TRUE); break; } }消息映射里把这一个函数挂到所有按钮的ON_UPDATE_COMMAND_UI上即可。按钮数量多、状态逻辑复杂时，这比写十几个独立函数好维护得多。注意pCmdUI->m_nID只在ON_UPDATE_COMMAND_UI里有效，ON_COMMAND处理器里不能这么用。
3. 自定义图片：从固定位图到按需换图标
工具栏的「图片」和普通控件的背景图完全是两码事：它关心的是图标怎么挂到按钮上、图标状态怎么切换、以及图标在DPI变化时还清不清晰。这三个问题依次决定了你是用LoadBitmap这种简单办法，还是走ImageList这种复杂但灵活的路线。
3.1 用LoadBitmap加载：最省事的做法
如果你只有一套固定图标，且不需要按状态切换，LoadBitmap是最优解。把一整张位图按等宽切成小块，每个按钮按索引取一块。好处是零额外代码，缺点是灵活性为零：换图标要动资源文件，颜色或大小变化要重画整张图。
// 顺序不能乱：先LoadToolBar建立按钮结构，再LoadBitmap换图 if (!m_wndToolBar.LoadToolBar(IDR_MAINFRAME)) { AfxMessageBox(_T("工具栏创建失败")); return -1; } m_wndToolBar.LoadBitmap(IDB_TOOLBAR_OPENSAVE); m_wndToolBar.SetSizes(CSize(32, 32), CSize(24, 24));LoadBitmap之后立刻调SetSizes是常见组合：第一个参数是按钮整体尺寸（含边距），第二个参数是图标区域尺寸。按钮尺寸必须比图标大，否则图标被裁剪。32×32按钮配24×24图标是Windows经典风格，图标在按钮里居中，视觉比例合适。想做宽按钮容纳文字，就把第一个参数的宽度拉大，比如48×32。
一个容易忽略的坑：LoadBitmap替换位图时，如果新位图的块数和LoadToolBar里的按钮数不一致，表现不是报错，而是后面的按钮错位或缺失。比如按钮5个，新位图只有4块，最后一个按钮就显示成空白或残影。调试时先数清楚按钮数量和位图块数，别急着改代码。
3.2 SetButtonInfo与SetImageList：把图标换成运行时生成的
当图标是运行时根据权限、换肤或状态动态生成时，静态位图就不够了，需要切换到ImageList模式。原理是把一组HICON放入CImageList，再通过SetButtonInfo把按钮的命令ID和图标索引关联起来。
// 创建ImageList并填充图标，注意生命周期必须覆盖工具栏整个运行期 CImageList* pImgList = new CImageList; pImgList->Create(24, 24, ILC_COLOR32 | ILC_MASK, 8, 4); HICON hIcons[4]; hIcons[0] = LoadIcon(AfxGetInstanceHandle(), MAKEINTRESOURCE(IDI_OPEN)); hIcons[1] = LoadIcon(AfxGetInstanceHandle(), MAKEINTRESOURCE(IDI_SAVE)); hIcons[2] = LoadIcon(AfxGetInstanceHandle(), MAKEINTRESOURCE(IDI_BUILD)); hIcons[3] = LoadIcon(AfxGetInstanceHandle(), MAKEINTRESOURCE(IDI_RUN)); for (int i = 0; i < 4; i++) { pImgList->Add(hIcons[i]); DestroyIcon(hIcons[i]); } m_wndToolBar.GetToolBarCtrl().SetImageList(pImgList); m_wndToolBar.GetToolBarCtrl().SetDisabledImageList(pImgList); // 把按钮和图标索引绑定 m_wndToolBar.SetButtonInfo(0, ID_TOOL_OPEN, TBBS_BUTTON, 0); m_wndToolBar.SetButtonInfo(1, ID_TOOL_SAVE, TBBS_BUTTON, 1); m_wndToolBar.SetButtonInfo(2, ID_TOOL_BUILD, TBBS_BUTTON, 2);SetButtonInfo的四个参数：按钮索引、命令ID、按钮样式（TBBS_BUTTON普通按钮，TBBS_CHECKBOX带复选状态）、图标索引。注意SetButtonInfo不会插入或删除按钮，它只是修改已有按钮的信息。要新增按钮，需要先InsertButton再SetButtonInfo。SetDisabledImageList给禁用图标单独一个列表，不然禁用的按钮会用相同图标做灰度化，效果比较丑。工业项目建议准备正常、悬停、禁用三套图标，分别挂到SetImageList、SetHotImageList、SetDisabledImageList。
CImageList的生命周期是最容易翻车的点。用new出来的指针，释放时机要等工具栏销毁后才执行delete。如果用栈对象，函数一返回图列表就失效，工具栏重绘时访问已销毁的列表，轻则图标消失，重则直接断言崩溃。
3.3 高DPI下图标模糊：用矢量或按DPI重画
高DPI是最容易让工具栏「看起来像没做完」的一个环节。默认情况下，Windows会把整个窗口按缩放比例拉伸，CToolBar不会自己去加载更大尺寸的图标，所以150%缩放时24×24的位图被拉成36×36，四周全是锯齿。
处理思路有两条：一是用矢量图标，二是按DPI换不同尺寸的位图。MFC本身不直接支持SVG，常见做法是用图标字体在自绘按钮里输出，或者用ICO资源配合LoadImage按目标尺寸加载。
// 获取当前DPI并决定图标尺寸 UINT uDPI = GetDpiForWindow(GetSafeHwnd()); int nIcon = (uDPI <= 96) ? 16 : (uDPI <= 120 ? 20 : 24); // 重建ImageList并按新尺寸加载 m_imgList.DeleteImageList(); m_imgList.Create(nIcon, nIcon, ILC_COLOR32 | ILC_MASK, 8, 4); HICON hIcon = (HICON)LoadImage(AfxGetInstanceHandle(), MAKEINTRESOURCE(IDI_OPEN), IMAGE_ICON, nIcon, nIcon, LR_DEFAULTCOLOR); m_imgList.Add(hIcon); DestroyIcon(hIcon); m_wndToolBar.SetSizes(CSize(nIcon + 8, nIcon + 8), CSize(nIcon, nIcon));GetDpiForWindow是Windows 10才有的API，在Win7环境编译会链接失败。还要兼容Win7的话，用GetDC获取DC后调GetDeviceCaps(hDC, LOGPIXELSX)。nIcon取值按DPI递增：96对应100%，120对应125%，144对应150%。SetSizes里按钮尺寸比图标多出的8像素是边距，DPI越大边距也要相应放大，否则按钮挤在一起，图标之间几乎没有间隔。
4. 按钮文字：TBSTYLE_TEXT、SetButtonText与图文混排
图片加文字的工具栏才有可用性。按钮上只有图标时，新手根本不知道那个小图标是什么意思；加了文字后，整条工具栏的可懂度立刻提升。但文字不是SetButtonText一个函数就搞定的：显示在哪边、要不要换行、能不能自适应宽度、和工具提示怎么区分，每一条都有说法。
4.1 让按钮同时显示图片和文字
CToolBar默认是纯图标模式，直接SetButtonText不生效。要先去工具栏风格里加TBSTYLE_TEXT。
// 先开文字风格，再设置按钮文字 m_wndToolBar.GetToolBarCtrl().SetStyle( m_wndToolBar.GetToolBarCtrl().GetStyle() | TBSTYLE_TEXT); // 按按钮索引设置文字，注意分隔符也算索引 m_wndToolBar.SetButtonText(0, _T("打开")); m_wndToolBar.SetButtonText(1, _T("保存")); m_wndToolBar.SetButtonText(3, _T("编译")); // 如果索引2是分隔符，这里就是3文字默认显示在图标右侧。想放在图标下方，需要去掉TBSTYLE_LIST的隐性影响，并且加大按钮高度给文字留空间。
// 文字放图标下方：加大按钮高度 m_wndToolBar.SetSizes(CSize(48, 48), CSize(24, 24));48×48的按钮配24×24的图标，剩下的垂直空间正好放一行文字。按钮尺寸留得不够，文字会被截掉，表现出来是按钮右边缘冒出一半字。SetSizes要在SetButtonText之前调用，我测试的结果是SetButtonText会读取当前按钮尺寸，先SetSizes再SetButtonText，文字不会因为宽度不足被省略；反过来先文字后尺寸，部分系统上文字宽度计算用旧值，会截断。
4.2 文字换行与自适应宽度那点事
直接说结论：TBSTYLE_TEXT模式下的按钮文字不支持换行，字符串里塞\n或\r\n都会被忽略，因为绘制用的是DrawText单行标志。想真正换行只能自绘按钮，但自绘要同时放弃MFC对工具栏停靠、状态刷新的一系列封装，工作量陡增，我一般不建议。
如果只是嫌文字太长，合适的做法是缩短文案，或者用SetButtonWidth给按钮一个合理的宽度范围，让系统按内容自动伸缩。
// 设置按钮宽度的最小值和最大值 m_wndToolBar.GetToolBarCtrl().SetButtonWidth(48, 120); // 设置完后强制重新布局 m_wndToolBar.GetToolBarCtrl().AutoSize(); m_wndToolBar.Invalidate();SetButtonWidth的第二个参数120是最大宽度，窗口停靠空间紧张时，工具栏会把按钮压缩到这个范围；不想让按钮宽度变化，就把最小和最大值设为相同。AutoSize是底层ToolBarCtrl的自动布局方法，根据当前文字和图标尺寸重新计算每个按钮宽度。AutoSize之后必须Invalidate强制重绘，否则新宽度不会立刻反映到界面。
有些精简版Win7或国产Windows系统上，AutoSize遇到中文字符会算窄，文字尾部被切。遇到这种情况，我习惯在AutoSize之后用GetToolBarCtrl().GetButtonRect(0)读一下按钮实际宽度，对比后决定是否微调最小宽度。这不算正规做法，但在老系统上很管用，属于血泪经验。
4.3 状态文字：提示文本与按钮文本分离
「按钮上的文字」和「鼠标悬停时的提示文本」是两码事。按钮上的文字常驻显示，适合短标签；提示文本是鼠标悬停弹出的淡黄色小窗，适合一句完整的功能说明。MFC里这两者分别由SetButtonText和CBRS_TOOLTIPS风格控制。
默认的工具提示只显示按钮文字，想显示更长说明，需要处理TBN_GETINFOTIP通知。有一个细节必须强调：TBN_GETINFOTIP通知里的iItem字段是工具ID，不是按钮索引。如果命令ID恰好是0、1这种小整数，很容易和索引混在一起，导致提示显示到错误的按钮上。
// 批理设置工具提示文本 void CMainFrame::OnToolTip(NMHDR* pNMHDR, LRESULT* pResult) { NMTBGETINFOTIP* pTip = (NMTBGETINFOTIP*)pNMHDR; if (pTip->iItem == ID_TOOL_OPEN) { lstrcpyn(pTip->pszText, _T("打开一个已有的工程文件（支持拖拽）"), pTip->cchTextMax); } else if (pTip->iItem == ID_TOOL_SAVE) { lstrcpyn(pTip->pszText, _T("保存当前内容到磁盘"), pTip->cchTextMax); } *pResult = 0; }lstrcpyn比strcpy安全，它会按目标缓冲区大小截断。pTip->pszText的缓冲区长度由cchTextMax给出，写入内容不能超过这个长度，否则可能内存破坏。消息映射里挂这条通知时，注意m_wndToolBar的子窗口ID是AFX_IDW_TOOLBAR，ON_NOTIFY的第一个参数要写对，写错就永远收不到通知。
5. 工具栏避坑：五个翻车现场和处理办法
自定义工具栏的报错和现象千奇百怪，但追到根上就那么几类。这里把最常见的五个坑按「现象→原因→解决」整理出来，基本覆盖CToolBar定制时的多数翻车现场。
5.1 图标背景发黑：不是图片问题，是DC没弄对
现象：位图加载正常，但按钮图标周围一圈黑边或黑底，和工具栏灰色背景很不协调。
原因：16色/256色位图没有Alpha通道，CToolBar按颜色掩码处理透明区域，而掩码色恰好和背景色撞了。最常见的是用黑色做透明色，但图标本身也有黑色像素，于是黑的全变透明，图标烂掉。
解决：位图统一用32位带Alpha的ICO或PNG，通过LoadImage转HICON挂载；如果非要用BMP，把透明色改成品红RGB(255,0,255)，再用掩码方式加载。注意Visual Studio导入BMP时可能把Alpha通道丢掉，所以32位PNG在MFC资源里并不总是好用，直接做成ICO最省心。
5.2 文字里的&被吞：助记符和转义搞混了
现象：SetButtonText后，按钮上的「&1」变成了下划线1，或者想显示「&&1」却显示成「&1」。
原因：工具栏底层用&作为助记符前缀，渲染时把&当作控制字符吞掉，&后面的字符加下划线；想显示一个原本的&，必须写两个&&。
解决：统一封装一个转义函数，把文案里所有单&替换成双&再传给SetButtonText。
CString EscapeAmp(const CString& text) { CString out; for (int i = 0; i < text.GetLength(); i++) { if (text[i] == _T('&')) out += _T("&&"); else out += text[i]; } return out; }这个坑最容易出现在文件名、路径占位符和动态文案里，字符串从配置表读出来时根本不知道里面有没有&。
5.3 按钮灰掉点不动：UPDATE_COMMAND_UI没接上
现象：工具栏按钮有消息映射也有处理函数，但运行时一直是灰色，点不了。
原因：ON_UPDATE_COMMAND_UI消息映射缺失，或者处理函数里pCmdUI->Enable(FALSE)。MFC通过WM_IDLEUPDATECMDUI刷新菜单和工具栏按钮状态，没有映射就叫不到Enable，按钮保持初始不可用状态。
解决：先确认消息映射里有ON_UPDATE_COMMAND_UI，再检查Enable条件。还有一种隐蔽情况：命令ID用的是不连续的自定义整数，ON_COMMAND没匹配到但ON_UPDATE_COMMAND_UI匹配了，结果按钮可点但点了没反应。两个映射必须同时存在且命令ID一致。
5.4 拖拽后布局乱存不进：保存状态时机不对
现象：用户拖拽工具栏后按钮顺序变化，或工具栏跑到奇怪位置，重启后回不来。
原因：MFC把工具栏停靠状态存到注册表，保存时机在OnClose和OnDestroy期间。程序异常退出时状态没写完，下次启动读到半截数据，位置就乱了。CBRS_SIZE_DYNAMIC风格没加的话，浮动窗口拖拽也会受限。
解决：在CMainFrame的OnClose里显式调用m_wndToolBar.SaveState，在OnCreate里LoadState。工业上位机界面建议直接从Create参数里去CBRS_GRIPPER，固定工具栏位置，用户拖乱一次，维护成本高一次，这是后悔药都救不回来的典型场景。
5.5 高DPI图标糊成一片：ImageList没有跟随DPI重建
现象：程序在100%缩放下正常，150%缩放时工具栏图标糊、文字也模糊，整体尺寸偏小。
原因：CToolBar按钮尺寸在创建时按像素固定，150%缩放时Windows只是整体拉伸窗口，位图不会自动重采样；CImageList里的图标也是固定尺寸。
解决：在WM_DPICHANGED里重建CImageList并按新尺寸加载图标，再调用SetSizes和SetImageList。顺序固定为：销毁旧ImageList→创建新尺寸→重新Add图标→SetSizes和SetImageList一起更新。不做这一步，高DPI下工具栏永远是在硬拉伸，效果只能靠系统缩放凑合。
6. 进阶：运行时换图标、拖拽复位和调试小习惯
工具栏自定义做到能显示图片文字、能按状态灰化，基本就到了够用的层次。但实际交付项目时，UI还会被提各种需求：根据权限换图标、根据换肤换颜色、根据DPI调整尺寸。这三个需求都能在现有框架上扩展。
先说运行时换图标。不想重建整个工具栏时，最直接的方法是替换CImageList里的图标：取出旧的DeleteImageList，再Add一组新的图标，然后Invalidate。这里有一个关键顺序：先DeleteImageList会短暂让工具栏没有图列表，如果绘制代码在这期间被触发（比如消息事件交叉），会出现短暂空白。我先把新图标装进临时ImageList，填充好后再整体替换。
// 运行时替换图标：先把新图标装进临时列表，再整体替换 CImageList newList; newList.Create(24, 24, ILC_COLOR32 | ILC_MASK, nCount, 4); for (int i = 0; i < nCount; i++) { HICON hIcon = LoadMyIcon(i, dpi); newList.Add(hIcon); DestroyIcon(hIcon); } m_wndToolBar.GetToolBarCtrl().SetImageList(&newList); m_wndToolBar.Invalidate();再说拖拽复位。用户把工具栏拖乱之后，经常要求「恢复默认布局」。我给项目里加了一个菜单项「重置工具栏」，核心就两行：
m_wndToolBar.RestoreState(AFX_RESTORE_ALL); // 恢复注册表里保存的状态 m_wndToolBar.AutoSize(); // 重新计算尺寸，防止文字被截断RestoreState读的是退出前SaveState保存的数据。为了让「重置」真的回到出厂布局，我在OnCreate里除了第一次LoadToolBar，还故意SaveState一份默认布局；重置时先RestoreState读默认，再SaveState覆盖当前。这样下次启动也是默认布局，血泪经验：SaveState和RestoreState的调用位置错一个，得到的不是你想恢复的那个状态。
最后说一个调试习惯。工具栏出问题时，别急着改代码，先用Spy++看窗口风格，确认TBSTYLE_TEXT、TBSTYLE_LIST有没有真正加上；再用GetToolBarCtrl().GetButtons()遍历每个按钮的ID、文本、图标索引，把状态打出来。CToolBar最大的问题是内部有太多状态互相牵连，直接改一行代码，测出来的结果往往不是你改的那行在起作用。从那以后，我每次给CToolBar加按钮或换图标，都强制走一遍这四步：确认LoadToolBar顺序、确认ON_UPDATE_COMMAND_UI映射、确认ImageList生命周期、确认DPI尺寸。希望帮到你。
本文还有配套的精品资源，点击获取
