1. 为什么 splitter 窗口锁定在 C 桌面项目里这么难搞做 MFC 或 Qt 桌面端的朋友大概率都遇到过这个需求主界面用 splitter 分成左右两块左边导航、右边内容产品经理跑过来说“这个分隔条别让用户拖比例固定死”。听起来一句话的事真动手才发现坑不少。先说 MFC 的CSplitterWnd。它内部把拖动逻辑拆得很散鼠标左键按下走OnLButtonDown移动走OnMouseMove光标形状走OnSetCursor还有OnLButtonUp、StartTracking等一串消息。你只拦一个OnLButtonDown用户还是能看到光标变成左右箭头甚至在某些版本里拖一下再松手窗格比例就变了。所以锁定 splitter 窗口这件事本质是把一整套拖动相关的消息都接管掉而不是堵一个入口。再说比例固定。很多教程只教你禁用拖动但没告诉你窗口大小变化时CSplitterWnd默认会按当前比例重新分配如果你希望“左边永远 240 像素、右边自适应”就得在OnSize里手动SetColumnInfo。而 Qt 这边思路不同QSplitter用setChildrenCollapsible(false)防止折叠用handle(i)-setEnabled(false)或直接setDisabled(true)锁死手柄比例持久化则靠saveState()/restoreState()配合QSettings。我试过在一个老 MFC 项目里直接改CSplitterWnd源码结果升级 VS 后编译报错后来改成派生类 消息映射才稳定。这篇就把 MFC 和 Qt 两条路都走一遍给出可复制的锁定配置片段、比例持久化方案以及用 TaoToken 统一 Key 通道调试接口请求的配置步骤——因为很多桌面端在恢复布局时会去后端拉用户偏好这一步的调试也值得记录。适合谁看正在维护 MFC 老项目、或者用 Qt 写工具类软件的 C 开发者对 splitter 拖动禁用、窗格比例持久化、布局恢复这几个场景有实际需求的人。下面从问题拆解开始一步步给代码。2. TaoToken 前置统一 Key 通道与调试环境准备桌面端布局恢复往往要读后端配置比如用户上次拖动的比例存在服务端启动时请求回来再restoreState。调试这类接口时最烦的是每个模型/服务一个 Key散落在配置文件里换台机器就得重新找。TaoToken 在这里的作用是提供一个统一的 Key 通道把接口请求的鉴权收敛到一处方便在 C 项目里做调试配置。先说清楚它是什么TaoToken 是一个 API 聚合与统一鉴权平台你能用同一个 Key 去调用不同模型或服务的接口适合在开发调试阶段减少 Key 管理成本。官网入口是 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 基址是 https://taotoken.net/api 这个不加 UTM。注意它是给开发调试用的通道不是让你把生产库直连上去MCP 直连生产库这种操作要避免。前置准备分三步。第一步拿到 Key。登录后进控制台在 API Keys 页面创建一个新 Key复制出来。控制台地址带归因参数https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite 。创建时建议按项目命名比如cpp-splitter-debug方便后面排查。第二步确认你要调的模型 ID。不同模型 ID 不一样别写错。可以在模型对话页面先试一下请求是否通https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodelsutm_campaignrewrite 。这一步很关键因为后面 C 里拼 JSON 时 Model ID 写错返回的报错往往很隐晦。第三步把 Base URL、Key、Model ID 三件套记下来。如果你用的是 Claude Code 这类工具做辅助编码配置也是这三样Base URL 填https://taotoken.net/apiKey 填刚创建的Model ID 填你选的。Coding Plan 适合长期编码和 Agent 场景入口在 https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 。为什么调试 splitter 布局恢复要扯到 API因为真实项目里比例持久化有两种本地QSettings/注册表或者服务端。服务端方案启动时要发 HTTP 请求如果 Key 管理混乱你会在“布局没恢复”和“接口 401”之间反复横跳分不清是 splitter 逻辑错了还是鉴权挂了。统一 Key 通道后至少鉴权这一层是确定的排障范围能缩小一半。下面进入具体配置。3. 可复制配置MFC 派生类锁定与 Qt 手柄禁用片段这一节给两套可复制的配置。先 MFC。MFC 的思路是派生一个CLockSplitterWnd重写拖动相关消息。核心是加一个m_bLocked标志锁定时把消息交给基类CWnd处理而不是CSplitterWnd。头文件这样写// LockSplitterWnd.h #pragma once #include afxext.h class CLockSplitterWnd : public CSplitterWnd { DECLARE_DYNAMIC(CLockSplitterWnd) public: CLockSplitterWnd(); virtual ~CLockSplitterWnd(); void SetLocked(BOOL bLocked) { m_bLocked bLocked; } BOOL IsLocked() const { return m_bLocked; } protected: BOOL m_bLocked; virtual void OnLButtonDown(UINT nFlags, CPoint point); virtual BOOL OnSetCursor(CWnd* pWnd, UINT nHitTest, UINT message); virtual void OnMouseMove(UINT nFlags, CPoint point); virtual void OnLButtonUp(UINT nFlags, CPoint point); DECLARE_MESSAGE_MAP() };实现文件里消息映射和函数体// LockSplitterWnd.cpp #include pch.h #include LockSplitterWnd.h IMPLEMENT_DYNAMIC(CLockSplitterWnd, CSplitterWnd) BEGIN_MESSAGE_MAP(CLockSplitterWnd, CSplitterWnd) ON_WM_LBUTTONDOWN() ON_WM_SETCURSOR() ON_WM_MOUSEMOVE() ON_WM_LBUTTONUP() END_MESSAGE_MAP() CLockSplitterWnd::CLockSplitterWnd() : m_bLocked(FALSE) {} CLockSplitterWnd::~CLockSplitterWnd() {} void CLockSplitterWnd::OnLButtonDown(UINT nFlags, CPoint point) { if (m_bLocked) CWnd::OnLButtonDown(nFlags, point); else CSplitterWnd::OnLButtonDown(nFlags, point); } BOOL CLockSplitterWnd::OnSetCursor(CWnd* pWnd, UINT nHitTest, UINT message) { if (m_bLocked) return CWnd::OnSetCursor(pWnd, nHitTest, message); return CSplitterWnd::OnSetCursor(pWnd, nHitTest, message); } void CLockSplitterWnd::OnMouseMove(UINT nFlags, CPoint point) { if (m_bLocked) CWnd::OnMouseMove(nFlags, point); else CSplitterWnd::OnMouseMove(nFlags, point); } void CLockSplitterWnd::OnLButtonUp(UINT nFlags, CPoint point) { if (m_bLocked) CWnd::OnMouseMove(nFlags, point); else CSplitterWnd::OnLButtonUp(nFlags, point); }注意OnLButtonUp里锁定时我调的是OnMouseMove这是为了吃掉松手事件避免残留状态。然后在主框架里把成员变量类型从CSplitterWnd换成CLockSplitterWnd创建后调用SetLocked(TRUE)。比例固定还要在OnSize里补一刀void CMainFrame::OnSize(UINT nType, int cx, int cy) { CFrameWnd::OnSize(nType, cx, cy); if (m_wndSplitter.GetSafeHwnd() m_wndSplitter.IsLocked()) { // 左窗格固定 240 像素右窗格自适应 m_wndSplitter.SetColumnInfo(0, 240, 0); m_wndSplitter.RecalcLayout(); } }Qt 这边简单得多。QSplitter锁定手柄QSplitter* splitter new QSplitter(Qt::Horizontal, this); splitter-addWidget(leftPanel); splitter-addWidget(rightPanel); splitter-setChildrenCollapsible(false); splitter-setStretchFactor(0, 0); splitter-setStretchFactor(1, 1); splitter-setSizes({240, 800}); // 锁死手柄禁止拖动 for (int i 0; i splitter-count() - 1; i) { splitter-handle(i)-setEnabled(false); }比例持久化用QSettings// 保存 QSettings settings(MyCompany, MyApp); settings.setValue(splitter/state, splitter-saveState()); // 恢复 QVariant state settings.value(splitter/state); if (state.isValid()) splitter-restoreState(state.toByteArray());如果你在项目里用 Claude Code 或 Cline MCP 做辅助配置三件套要写全Base URL 填https://taotoken.net/apiKey 填控制台创建的Model ID 填你选的。Codex 的auth.json里也是这三样别只填 Key 漏了 Base URL否则会报local proxy failed。接入文档在 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 。4. 验证请求拖动无位移与重启比例一致的成功结果配置写完必须验证两件事拖动分隔条确认无位移重启后比例保持一致。这一步不能靠“看起来对了”要有明确的观察动作。先编译运行 MFC 版本。启动后把鼠标移到分隔条上。锁定生效时光标不会变成左右箭头而是保持普通箭头。按住左键拖动分隔条纹丝不动。松手后左右窗格宽度不变。如果你发现光标还是变了说明OnSetCursor没生效检查消息映射里ON_WM_SETCURSOR()是否漏了或者m_bLocked是不是在创建后才设成 TRUE、而光标判断发生在之前。再验证比例固定。把主窗口拉大拉小左边窗格应该始终是 240 像素右边跟着变。如果左边也跟着变说明OnSize里的SetColumnInfo没被调用检查GetSafeHwnd()判断和IsLocked()返回值。Qt 版本验证类似。拖动QSplitter手柄因为setEnabled(false)手柄区域不响应拖动。重启应用后restoreState把上次的saveState读回来窗格比例和关闭前一致。这里有个细节saveState存的是字节数组如果你用QSettings存到注册表Windows 上会以QByteArray形式写入读回来时toByteArray()要判空。接口调试部分用 TaoToken 统一 Key 通道发一次请求确认布局恢复时拉取的用户偏好能正常返回。可以用 curl 先验证curl -X POST https://taotoken.net/api/v1/chat/completions \ -H Authorization: Bearer YOUR_TAOTOKEN_KEY \ -H Content-Type: application/json \ -d { model: YOUR_MODEL_ID, messages: [{role: user, content: ping}] }返回里如果有choices字段说明 Key 和 Model ID 都对。如果返回 401是 Key 问题如果返回reading choices相关报错多半是 Model ID 写错或响应结构没对上。这一步通了再把它接进 C 的 HTTP 客户端里布局恢复逻辑才有可靠的数据来源。成功结果长这样应用启动读本地QSettings或请求服务端拿到比例数据restoreState执行界面按上次比例显示用户拖动分隔条无位移关闭再开比例不变。三个动作都过才算真正锁定成功。5. 本篇常见错排查401、local proxy failed 与 OAuth 报错排障这节按真实报错来。第一个高频错误是 401。你在 C 里发请求返回 401 Unauthorized先查三处Key 是不是复制时带了空格Header 里Authorization: Bearer后面有没有漏空格Key 是不是在控制台被删了或过期。TaoToken 的 Key 在控制台管理创建后只显示一次完整值没存下来就得重建。第二个是local proxy failed。这个报错通常出现在你用 Claude Code 或类似工具时Base URL 没配对。检查配置里 Base URL 是不是https://taotoken.net/api注意结尾不要多加/v1或斜杠除非文档明确要求。Codex 的auth.json里如果只填了 Key 没填 Base URL也会走到默认地址然后失败。三件套 Base URL、Key、Model ID 必须齐全。第三个是 OAuth 相关报错。有些工具走 OAuth 流程拿 token如果你混用了 OAuth 和 API Key会出现鉴权冲突。调试阶段建议统一用 API Key别同时开 OAuth。Claude Code 接入时如果报 OAuth 错误检查是不是在settings.json里同时配了 OAuth 和 Key二选一。第四个是reading choices报错。这通常发生在你解析响应时代码里读choices[0]但实际返回结构不是预期。原因可能是 Model ID 写错服务端返回了错误对象而不是正常响应。先用 curl 确认返回结构再改 C 解析逻辑。别在没确认返回的情况下硬写 JSON 解析。第五个是 splitter 锁定后光标仍变化。MFC 里检查OnSetCursor的返回值锁定时应返回CWnd::OnSetCursor的结果而不是CSplitterWnd的。Qt 里检查是不是只setEnabled(false)了手柄但没设setChildrenCollapsible(false)导致双击手柄还能折叠。第六个是比例重启后丢失。Qt 检查saveState是不是在窗口关闭前调用如果放在析构里可能太晚。MFC 检查OnSize里SetColumnInfo的参数第三个参数是最小宽度别填错。接口方案则检查请求是否在restoreState之前完成异步请求没回来就恢复自然拿不到数据。排障时建议按“先鉴权、再数据、后 UI”的顺序。鉴权用 curl 单独验数据用日志打出来看UI 最后调。这样不会在 splitter 逻辑和接口鉴权之间来回猜。API Keys 管理在 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi-keysutm_campaignrewrite 接入文档在 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 。6. 语义一致 CTA把调试通道固定下来回到 splitter 锁定这件事。MFC 靠派生类接管四个消息Qt 靠禁用手柄加saveState比例持久化本地用QSettings、服务端用接口拉取。这几步做完拖动禁用和比例固定基本就稳了。真正容易翻车的地方不在 splitter 本身而在布局恢复时依赖的接口请求——Key 散落、Base URL 写错、Model ID 对不上任何一个都会让你误以为是 splitter 逻辑有问题。把调试通道固定下来能省掉大量这种误判。TaoToken 的统一 Key 通道适合放在开发调试阶段Base URL 用https://taotoken.net/apiKey 在控制台创建Model ID 按需选。需要验证模型返回时去模型对话页面试一次https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodelsutm_campaignrewrite 。长期做编码和 Agent 场景Coding Plan 入口在 https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 。Key 管理在 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi-keysutm_campaignrewrite 接入细节看文档 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 。最后给个实用技巧在OnSize里调SetColumnInfo时加一个m_bInSize重入保护避免RecalcLayout触发再次OnSize导致递归。这个坑我在老项目里踩过窗口一拉大就卡死查了半天才发现是重入。Qt 那边则注意restoreState要在所有addWidget之后调用顺序反了状态恢复不生效。