简介基于Visual Studio 2019整理的TSF输入法框架示例源码包源自微软早期样例整合九个输入法工程与两个附加工程完整覆盖输入法注册与激活、事件接收器安装与调试、焦点事件处理、语言栏设置、文本编辑会话请求、键盘事件接收、输入组合创建等关键开发环节。压缩包共三百二十三个文件以一百三十二个cpp和四十八个h源码文件为核心配合十一组工程配置、解决方案、def导出定义及makefile脚本便于直接编译与定制另有二十二个asp示例页面、多张png或jpg示意图、txt与md说明文档、图标与对话框资源整体仅1.26MB结构清晰轻量。目前已有二百零五人学习或下载适合正在研究Windows文本服务框架或计划开发自定义输入法的中高级开发者。通过对照src目录源码与doc目录文档可系统掌握TSF输入法从注册激活到编辑交互的完整链路为二次开发或故障排查提供扎实参考。 我在Windows平台上写过输入法最早还是WinXP/Win7时代那套IME架构一套代码改来改去也能凑合。直到Win8开始系统全面转向TSFText Services Framework老IME在部分场景直接失效我才被迫硬啃TSF。如果你也下载过“基于Visual Studio 2019的TSF输入法示例.zip”这类源码包那说明你多半也踩到了同一个门槛想写输入法却不知道从哪下手。这个示例包的价值在于它把一个完整可编译的TSF文本服务拆成了最小的可运行闭环包含COM注册、键盘事件、组合字符串、候选列表这些核心链路。这篇文章不带你走VS2019的向导而是把这个示例当成解剖对象搞清楚每个文件为什么存在、每个接口在输入法里到底干什么然后把它改造成适合自己业务场景的工具。1. 为什么是TSF输入法开发绕不开的框架分水岭1.1 从IME到TSF系统为什么会换框架老IME的做法其实很直接键盘消息到达窗口过程之前由输入法把按键翻译成字符然后通过消息机制塞进应用。这个模式在Win32时代够用但在富文本、Office这类重度文本编辑场景里问题很大因为IME根本不知道应用里光标在哪、当前是什么字体、这段文本是否可编辑。TSF不一样它把输入法从一个“按键翻译器”升级成“文本服务”可以在编辑会话里直接操作文本范围、获取上下文、设置显示属性。用生活类比来解释IME像老式电话线只负责把“按键”传到“窗口”这个总机至于对方听不听得懂、有没有空电话线管不着。TSF则像一个协同办公平台输入法、语音识别、手写引擎都能连进来前台应用打开文档文本服务能看到光标、选择范围、文本格式双方按一套协议协作。平台换了老IME自然被边缘化。1.2 这套示例解决的核心问题VS2019的TSF输入法示例演示的是最小化的输入法流程DLL被CTFText Services Framework的运行时加载激活后注册键盘事件接收器按键时维护一个组合字符串并根据按键结果把当前组合串提交到应用。你日常用的输入法九成功能都建立在这个流程上只是外面套了词库、算法和UI。示例把这条链路剥得只剩骨架收到按键、判断编码、生成组合串、提交字符。看懂这条链再看任何商业输入法都不至于发懵。1.3 哪些场景需要自己写TSF输入法并不是所有开发者都需要写一个“搜狗”级别的输入法但下面几类需求我非常建议直接做TSF公司内部业务系统需要专用快捷键输入特殊符号或长文本片段。工控、医疗、嵌入式上位机里需要定制软键盘或扫码枪输入逻辑。教学软件、演示工具有完全控制输入过程的需求。老项目从IME迁移到TSF需要先跑通一个同功能的最小副本。如果你只是想在Windows下装个现成输入法那不需要碰TSF但如果你需要“程序内自定义输入方式”TSF是绕不开的底座。2. 编译前先别急着开VS2019环境与版本的那些事2.1 VS2019 和 TSF 到底是什么关系TSF不是VS2019的功能它是Windows SDK的一部分。VS2019在这里只提供编译器、头文件、链接器和ATL支持。换句话说你能不能用VS2022打开这个示例可以但要注意两点平台工具集Platform Toolset和Windows SDK版本。示例工程如果是v142工具集VS2019是最匹配的如果你只有VS2022默认不一定会安装v142组件需要在安装器里补上。Windows SDK版本没那么严格但建议至少用1809以上的SDK因为TSF相关头文件在较新SDK里更完整示例里如果用了ITfTextInputProcessorEx旧SDK可能没有声明。2.2 解压后先检查哪些东西拿到zip后不要急着双击.sln先做四个检查项目类型.vcxproj是VS2010之后的新格式VS2019直接打开没问题如果是老的.vcproj就得先转换。目标平台很多示例默认生成Win32x86如果你的Windows是64位注册64位DLL注意对应路径C:\Windows\System32里放64位DLL注册表节点也分WOW6432Node。字符集TSF接口几乎全是UTF-16工程里必须是Unicode字符集遇到编译报错先检查这一项。是否依赖ATLTSF开发几乎绕不开ATL因为大量COM接口要用CComPtr、CComObject之类的模板类。VS2019安装时记得在“单个组件”里勾选“适用于最新v142生成工具的C ATL”。提示TSF示例源码包有时候只放了src没有放Generated Files或资源文件。如果打开工程后资源视图是空的先看看是否缺少.rc文件或.h头文件。网上流传的zip经常缺文件我建议编译前先对照VS的解决方案资源管理器过一遍少文件就别硬编。2.3 几个容易卡住的编译点错误C2065“XX未声明”多半是Windows SDK版本太低把项目属性里Windows SDK版本切到较新版本。链接错误LNK2019无法解析的外部符号检查有没有链接ctfapi.h对应的导入库。虽然绝大多数TSF功能以COM接口形式调用但需要helper函数时还得确保lib路径正确。ATL未定义如果代码里用了CComPtr但没包含atlbase.hVS2019会直接给你一排报错。手动在最上面加#include atlbase.h往往立竿见影。我建议编译目标先选Debug|x64因为多数现代Windows是64位调试时符号加载也方便。注意别把生成目录污染VS默认输出到x64\Debug和x64\Release注册DLL时认准这个路径。3. TSF输入法的“最小骨架”示例包里到底少了什么又多了什么3.1 核心COM对象从DLL到TextService需要哪些类TSF输入法本质上是一个COM服务。DLL要导出四个标准函数DllGetClassObject、DllCanUnloadNow、DllRegisterServer、DllUnregisterServer。系统通过COM机制创建你的输入法实例所以示例里的核心类都长得很“COM”一个主TextService类实现若干TSF接口。主类通常长这样class CMyTextService : public ITfTextInputProcessorEx, public ITfKeyEventSink, public ITfDisplayAttributeProvider, public ITfThreadMgrEventSink { // 通常还会用 CComObject、CComPtr 管理引用计数 };这里的主类是输入法的灵魂其他类都是它的辅助。我把关键接口和职责整理成一个表方便你对照示例代码定位接口职责ITfTextInputProcessorEx文本服务激活/去激活入口系统叫你干活时先进这里ITfKeyEventSink接收键盘事件输入法判断哪些按键要自己消化ITfComposition管理组合字符串比如拼音输入过程中的临时串ITfCandidateListUIElement候选列表UI元素系统或你自己的界面靠它对接ITfDisplayAttributeProvider提供显示属性比如组合串下面画下划线ITfThreadMgr/ITfContext线程管理器和上下文拿到当前光标和文本范围都要靠它们示例包里不是每个类都齐全但绝大多数会有一个TextService.cpp和DisplayAttribute.cpp。如果你发现缺少显示属性相关实现那这个示例多半是“精简版”后续做拼音输入还得补。3.2 激活和键盘事件链路OnKeyDown到最终塞字符TSF的调用链很长新手最容易在“拿到上下文”这一步迷路。核心流程是CTF框架在系统激活输入法时调用Activate把你的服务绑定到线程管理器之后用户按键系统把事件发给OnKeyDown在这个回调里你通过上下文获取当前光标位置然后决定是把按键当成编码处理还是原样放行。这里给一个简化后的伪代码流程HRESULT CMyTextService::OnKeyDown(ITfContext *pContext, WPARAM wParam, LPARAM lParam, BOOL *pfEaten) { // 1. 获取当前选择范围 TF_SELECTION sel; pContext-GetSelection(..., sel); // 2. 判断wParam是否属于你的编码键比如a-z if (!IsValidCode(wParam)) { *pfEaten FALSE; // 不处理让系统继续 return S_OK; } // 3. 追加编码到组合串 m_compositionString (wchar_t)wParam; // 4. 通过ITfRange设置组合串 sel.range-SetText(..., m_compositionString.c_str(), m_compositionString.size()); *pfEaten TRUE; // 吃掉这个键应用收不到原始字符 return S_OK; }注意这只是示意真实代码还要考虑ITfComposition的StartComposition、上下文锁定类型、TF_SELECTION的生命周期等。但你能看出关键逻辑输入法不直接往窗口发消息而是通过上下文里的ITfRange改写文本范围。这个思路贯穿整个TSF理解了它你就能看懂示例里一半以上的代码。3.3 组合字符串与显示属性输入法界面的基础很多示例跑起来后按键能看到文字被填进去但屏幕上没有任何输入法标志或下划线。这是因为示例没实现或没注册显示属性。TSF里组合字符串如果没加显示属性普通应用无法区分它是“正在输入的拼音”还是“已经上屏的文本”。所以输入法通常会给组合串设置一个特殊格式比如下划线或高亮背景这就是ITfDisplayAttributeProvider的活。实现显示属性要三步注册GUID、给组合串设置ITfProperty、在GetDisplayAttributeTrackInfo里返回颜色和下划线信息。示例包的DisplayAttribute.cpp里一般有固定套路直接把GUID改成你自己的即可。我发现这一步对新手是个坎不少人在网上问“为什么我的TSF输入法没有下划线”答案八成是显示属性没注册或没设置到ITfRange上。4. 让它跑起来注册、加载与常见弹窗4.1 DLL注册regsvr32和它背后的东西TSF输入法不是把DLL复制到System32就能用的它需要先把自己注册为COM组件并在注册表里创建TSF Profile。示例工程通常会在DllRegisterServer里做两件事用ATL::CComModule::RegisterServer注册COM类再调用自定义函数注册输入法Profile。所以你要用管理员身份的cmd执行cd /d 你的工程输出目录 regsvr32.exe MyTSFInputMethod.dll如果弹出“模块已加载但找不到入口”的提示说明DLL没有正确实现DllRegisterServer常见原因是工程类型不是DLL或者没链接atlbase.h导出的注册函数。如果是“提示740”或“拒绝访问”那是权限问题右键“以管理员身份运行”CMD再执行即可。网上很多帖子把“740”和特定输入法绑定在一起其实它就是UAC权限报错不是什么玄学。4.2 系统怎么把输入法列到键盘列表里注册成功后到“设置—时间和语言—语言—键盘—添加键盘”里找你的输入法。这一步同样非常劝退经常有人注册完DLL但列表里死活不出现。原因通常是Profile没注册对语言。TSF Profile必须挂在某个语言ID下面比如0x0804简体中文或0x0409美式英语示例里一般会写死一个语言ID如果你注册的DLL是64位但系统区域设置和你挂的语言不一致列表里当然不显示。可以打开注册表编辑器看这个路径下有没有你的CLSIDHKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\CTF\TIP这里藏着所有已注册的TSF输入法。如果能看到你的CLSID节点但下面没有LanguageProfile子项那说明Profile没写全需要重新走DllRegisterServer。如果注册表里一切正常但列表还没有注销重登或重启explorer一般能解决。这个“看不见输入法”的排查顺序比到处问人高效得多。4.3 CTF加载失败怎么排查TSF输入法一般是挂在ctfmon.exe或使用它的进程里所以在VS里直接F5调试“当前项目”没用你可能会看到进程退出。最实用的调试方式是在代码里加OutputDebugString然后打开DebugView再切换到输入法。比如在Activate和OnKeyDown入口各打一条日志OutputDebugString(L[MyTip] Activate called\n);这样能快速确认DLL有没有被加载、键盘事件有没有进到你的代码。如果DebugView里完全没输出说明系统根本没加载你的DLL回4.1查注册如果只看到Activate但看不到OnKeyDown说明键盘事件接收器没注册成功常见原因是ITfKeyEventSink的Advise没调或传了空上下文。事件查看器里也可能记录COM类注册失败但通常DebugView比事件查看器快得多。5. 我以为它只是个示例结果它是个框架把示例改成自己输入法的路径5.1 编码映射从“玩具”到“能打字”示例包里通常内置一个很短的码表比如按几个键对应一两个汉字或字符串。改造成自己输入法的第一步就是替换编码映射。最省事的做法是放一个词库文件在OnKeyDown里查表if (m_compositionString Lma) { // 候选1吗 // 候选2妈 }真实词库多半会按字符串前缀匹配。需要注意TSF API默认UTF-16所有词库文件读取后要转成std::wstring或BSTR别用std::string硬往里塞不然中文直接乱码。如果词库是UTF-8编码还要用MultiByteToWideChar转一次。这个小细节直接影响你改完能不能出字。5.2 候选列表和自定义UI系统提供默认候选UI但示例里如果自己实现了ITfCandidateListUIElement你会在界面右下角看到一排候选字。如果你打算做自定义皮肤重点看ITfUIElement的实现TSF允许你把候选列表的绘制权拿回来但交给系统的部分比如语言栏图标可以继续用默认样式。我做自己输入法时的经验是先别急着改UI跑通候选列表的数据流再动视觉因为候选列表更新时机坑很多每次按键都要重新SetCandidate选字键和翻页键要提前拦截OnKeyDown里处理上屏时还要清空组合串和候选列表漏一步表现就会变得很奇怪。5.3 多会话和热更新容易忽略的进阶点TSF文本服务会被多个进程同时加载比如记事本一个实例、浏览器一个实例注意你的全局变量是不是跨进程的。示例往往只有一个全局对象投产时要在类内部按tid或进程保存状态不然切到另一个进程输入法会串。词库热更新也一样如果用户改词库文件你正在运行的服务怎么感知最简单的方案是每秒检查文件时间戳复杂一点可以用ReadDirectoryChangesW监听目录。这些点示例里几乎没有却是从“能跑”到“能用”的关键。我自己把示例改成公司内部单据快捷输入工具时最大的体会是TSF不是输入法而是一个服务框架代码本身并不难难在理解COM生命周期和上下文交互。如果你能把这份示例跑通还亲手改了第一版码表你就已经超过很多在文档里打转的人了。之后遇到问题多从“有没有拿到正确上下文”“有没有释放引用”“Profile注册到哪个语言ID”这三个角度排查大方向就不会错。本文还有配套的精品资源点击获取
简介基于Visual Studio 2019整理的TSF输入法框架示例源码包源自微软早期样例整合九个输入法工程与两个附加工程完整覆盖输入法注册与激活、事件接收器安装与调试、焦点事件处理、语言栏设置、文本编辑会话请求、键盘事件接收、输入组合创建等关键开发环节。压缩包共三百二十三个文件以一百三十二个cpp和四十八个h源码文件为核心配合十一组工程配置、解决方案、def导出定义及makefile脚本便于直接编译与定制另有二十二个asp示例页面、多张png或jpg示意图、txt与md说明文档、图标与对话框资源整体仅1.26MB结构清晰轻量。目前已有二百零五人学习或下载适合正在研究Windows文本服务框架或计划开发自定义输入法的中高级开发者。通过对照src目录源码与doc目录文档可系统掌握TSF输入法从注册激活到编辑交互的完整链路为二次开发或故障排查提供扎实参考。 我在Windows平台上写过输入法最早还是WinXP/Win7时代那套IME架构一套代码改来改去也能凑合。直到Win8开始系统全面转向TSFText Services Framework老IME在部分场景直接失效我才被迫硬啃TSF。如果你也下载过“基于Visual Studio 2019的TSF输入法示例.zip”这类源码包那说明你多半也踩到了同一个门槛想写输入法却不知道从哪下手。这个示例包的价值在于它把一个完整可编译的TSF文本服务拆成了最小的可运行闭环包含COM注册、键盘事件、组合字符串、候选列表这些核心链路。这篇文章不带你走VS2019的向导而是把这个示例当成解剖对象搞清楚每个文件为什么存在、每个接口在输入法里到底干什么然后把它改造成适合自己业务场景的工具。1. 为什么是TSF输入法开发绕不开的框架分水岭1.1 从IME到TSF系统为什么会换框架老IME的做法其实很直接键盘消息到达窗口过程之前由输入法把按键翻译成字符然后通过消息机制塞进应用。这个模式在Win32时代够用但在富文本、Office这类重度文本编辑场景里问题很大因为IME根本不知道应用里光标在哪、当前是什么字体、这段文本是否可编辑。TSF不一样它把输入法从一个“按键翻译器”升级成“文本服务”可以在编辑会话里直接操作文本范围、获取上下文、设置显示属性。用生活类比来解释IME像老式电话线只负责把“按键”传到“窗口”这个总机至于对方听不听得懂、有没有空电话线管不着。TSF则像一个协同办公平台输入法、语音识别、手写引擎都能连进来前台应用打开文档文本服务能看到光标、选择范围、文本格式双方按一套协议协作。平台换了老IME自然被边缘化。1.2 这套示例解决的核心问题VS2019的TSF输入法示例演示的是最小化的输入法流程DLL被CTFText Services Framework的运行时加载激活后注册键盘事件接收器按键时维护一个组合字符串并根据按键结果把当前组合串提交到应用。你日常用的输入法九成功能都建立在这个流程上只是外面套了词库、算法和UI。示例把这条链路剥得只剩骨架收到按键、判断编码、生成组合串、提交字符。看懂这条链再看任何商业输入法都不至于发懵。1.3 哪些场景需要自己写TSF输入法并不是所有开发者都需要写一个“搜狗”级别的输入法但下面几类需求我非常建议直接做TSF公司内部业务系统需要专用快捷键输入特殊符号或长文本片段。工控、医疗、嵌入式上位机里需要定制软键盘或扫码枪输入逻辑。教学软件、演示工具有完全控制输入过程的需求。老项目从IME迁移到TSF需要先跑通一个同功能的最小副本。如果你只是想在Windows下装个现成输入法那不需要碰TSF但如果你需要“程序内自定义输入方式”TSF是绕不开的底座。2. 编译前先别急着开VS2019环境与版本的那些事2.1 VS2019 和 TSF 到底是什么关系TSF不是VS2019的功能它是Windows SDK的一部分。VS2019在这里只提供编译器、头文件、链接器和ATL支持。换句话说你能不能用VS2022打开这个示例可以但要注意两点平台工具集Platform Toolset和Windows SDK版本。示例工程如果是v142工具集VS2019是最匹配的如果你只有VS2022默认不一定会安装v142组件需要在安装器里补上。Windows SDK版本没那么严格但建议至少用1809以上的SDK因为TSF相关头文件在较新SDK里更完整示例里如果用了ITfTextInputProcessorEx旧SDK可能没有声明。2.2 解压后先检查哪些东西拿到zip后不要急着双击.sln先做四个检查项目类型.vcxproj是VS2010之后的新格式VS2019直接打开没问题如果是老的.vcproj就得先转换。目标平台很多示例默认生成Win32x86如果你的Windows是64位注册64位DLL注意对应路径C:\Windows\System32里放64位DLL注册表节点也分WOW6432Node。字符集TSF接口几乎全是UTF-16工程里必须是Unicode字符集遇到编译报错先检查这一项。是否依赖ATLTSF开发几乎绕不开ATL因为大量COM接口要用CComPtr、CComObject之类的模板类。VS2019安装时记得在“单个组件”里勾选“适用于最新v142生成工具的C ATL”。提示TSF示例源码包有时候只放了src没有放Generated Files或资源文件。如果打开工程后资源视图是空的先看看是否缺少.rc文件或.h头文件。网上流传的zip经常缺文件我建议编译前先对照VS的解决方案资源管理器过一遍少文件就别硬编。2.3 几个容易卡住的编译点错误C2065“XX未声明”多半是Windows SDK版本太低把项目属性里Windows SDK版本切到较新版本。链接错误LNK2019无法解析的外部符号检查有没有链接ctfapi.h对应的导入库。虽然绝大多数TSF功能以COM接口形式调用但需要helper函数时还得确保lib路径正确。ATL未定义如果代码里用了CComPtr但没包含atlbase.hVS2019会直接给你一排报错。手动在最上面加#include atlbase.h往往立竿见影。我建议编译目标先选Debug|x64因为多数现代Windows是64位调试时符号加载也方便。注意别把生成目录污染VS默认输出到x64\Debug和x64\Release注册DLL时认准这个路径。3. TSF输入法的“最小骨架”示例包里到底少了什么又多了什么3.1 核心COM对象从DLL到TextService需要哪些类TSF输入法本质上是一个COM服务。DLL要导出四个标准函数DllGetClassObject、DllCanUnloadNow、DllRegisterServer、DllUnregisterServer。系统通过COM机制创建你的输入法实例所以示例里的核心类都长得很“COM”一个主TextService类实现若干TSF接口。主类通常长这样class CMyTextService : public ITfTextInputProcessorEx, public ITfKeyEventSink, public ITfDisplayAttributeProvider, public ITfThreadMgrEventSink { // 通常还会用 CComObject、CComPtr 管理引用计数 };这里的主类是输入法的灵魂其他类都是它的辅助。我把关键接口和职责整理成一个表方便你对照示例代码定位接口职责ITfTextInputProcessorEx文本服务激活/去激活入口系统叫你干活时先进这里ITfKeyEventSink接收键盘事件输入法判断哪些按键要自己消化ITfComposition管理组合字符串比如拼音输入过程中的临时串ITfCandidateListUIElement候选列表UI元素系统或你自己的界面靠它对接ITfDisplayAttributeProvider提供显示属性比如组合串下面画下划线ITfThreadMgr/ITfContext线程管理器和上下文拿到当前光标和文本范围都要靠它们示例包里不是每个类都齐全但绝大多数会有一个TextService.cpp和DisplayAttribute.cpp。如果你发现缺少显示属性相关实现那这个示例多半是“精简版”后续做拼音输入还得补。3.2 激活和键盘事件链路OnKeyDown到最终塞字符TSF的调用链很长新手最容易在“拿到上下文”这一步迷路。核心流程是CTF框架在系统激活输入法时调用Activate把你的服务绑定到线程管理器之后用户按键系统把事件发给OnKeyDown在这个回调里你通过上下文获取当前光标位置然后决定是把按键当成编码处理还是原样放行。这里给一个简化后的伪代码流程HRESULT CMyTextService::OnKeyDown(ITfContext *pContext, WPARAM wParam, LPARAM lParam, BOOL *pfEaten) { // 1. 获取当前选择范围 TF_SELECTION sel; pContext-GetSelection(..., sel); // 2. 判断wParam是否属于你的编码键比如a-z if (!IsValidCode(wParam)) { *pfEaten FALSE; // 不处理让系统继续 return S_OK; } // 3. 追加编码到组合串 m_compositionString (wchar_t)wParam; // 4. 通过ITfRange设置组合串 sel.range-SetText(..., m_compositionString.c_str(), m_compositionString.size()); *pfEaten TRUE; // 吃掉这个键应用收不到原始字符 return S_OK; }注意这只是示意真实代码还要考虑ITfComposition的StartComposition、上下文锁定类型、TF_SELECTION的生命周期等。但你能看出关键逻辑输入法不直接往窗口发消息而是通过上下文里的ITfRange改写文本范围。这个思路贯穿整个TSF理解了它你就能看懂示例里一半以上的代码。3.3 组合字符串与显示属性输入法界面的基础很多示例跑起来后按键能看到文字被填进去但屏幕上没有任何输入法标志或下划线。这是因为示例没实现或没注册显示属性。TSF里组合字符串如果没加显示属性普通应用无法区分它是“正在输入的拼音”还是“已经上屏的文本”。所以输入法通常会给组合串设置一个特殊格式比如下划线或高亮背景这就是ITfDisplayAttributeProvider的活。实现显示属性要三步注册GUID、给组合串设置ITfProperty、在GetDisplayAttributeTrackInfo里返回颜色和下划线信息。示例包的DisplayAttribute.cpp里一般有固定套路直接把GUID改成你自己的即可。我发现这一步对新手是个坎不少人在网上问“为什么我的TSF输入法没有下划线”答案八成是显示属性没注册或没设置到ITfRange上。4. 让它跑起来注册、加载与常见弹窗4.1 DLL注册regsvr32和它背后的东西TSF输入法不是把DLL复制到System32就能用的它需要先把自己注册为COM组件并在注册表里创建TSF Profile。示例工程通常会在DllRegisterServer里做两件事用ATL::CComModule::RegisterServer注册COM类再调用自定义函数注册输入法Profile。所以你要用管理员身份的cmd执行cd /d 你的工程输出目录 regsvr32.exe MyTSFInputMethod.dll如果弹出“模块已加载但找不到入口”的提示说明DLL没有正确实现DllRegisterServer常见原因是工程类型不是DLL或者没链接atlbase.h导出的注册函数。如果是“提示740”或“拒绝访问”那是权限问题右键“以管理员身份运行”CMD再执行即可。网上很多帖子把“740”和特定输入法绑定在一起其实它就是UAC权限报错不是什么玄学。4.2 系统怎么把输入法列到键盘列表里注册成功后到“设置—时间和语言—语言—键盘—添加键盘”里找你的输入法。这一步同样非常劝退经常有人注册完DLL但列表里死活不出现。原因通常是Profile没注册对语言。TSF Profile必须挂在某个语言ID下面比如0x0804简体中文或0x0409美式英语示例里一般会写死一个语言ID如果你注册的DLL是64位但系统区域设置和你挂的语言不一致列表里当然不显示。可以打开注册表编辑器看这个路径下有没有你的CLSIDHKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\CTF\TIP这里藏着所有已注册的TSF输入法。如果能看到你的CLSID节点但下面没有LanguageProfile子项那说明Profile没写全需要重新走DllRegisterServer。如果注册表里一切正常但列表还没有注销重登或重启explorer一般能解决。这个“看不见输入法”的排查顺序比到处问人高效得多。4.3 CTF加载失败怎么排查TSF输入法一般是挂在ctfmon.exe或使用它的进程里所以在VS里直接F5调试“当前项目”没用你可能会看到进程退出。最实用的调试方式是在代码里加OutputDebugString然后打开DebugView再切换到输入法。比如在Activate和OnKeyDown入口各打一条日志OutputDebugString(L[MyTip] Activate called\n);这样能快速确认DLL有没有被加载、键盘事件有没有进到你的代码。如果DebugView里完全没输出说明系统根本没加载你的DLL回4.1查注册如果只看到Activate但看不到OnKeyDown说明键盘事件接收器没注册成功常见原因是ITfKeyEventSink的Advise没调或传了空上下文。事件查看器里也可能记录COM类注册失败但通常DebugView比事件查看器快得多。5. 我以为它只是个示例结果它是个框架把示例改成自己输入法的路径5.1 编码映射从“玩具”到“能打字”示例包里通常内置一个很短的码表比如按几个键对应一两个汉字或字符串。改造成自己输入法的第一步就是替换编码映射。最省事的做法是放一个词库文件在OnKeyDown里查表if (m_compositionString Lma) { // 候选1吗 // 候选2妈 }真实词库多半会按字符串前缀匹配。需要注意TSF API默认UTF-16所有词库文件读取后要转成std::wstring或BSTR别用std::string硬往里塞不然中文直接乱码。如果词库是UTF-8编码还要用MultiByteToWideChar转一次。这个小细节直接影响你改完能不能出字。5.2 候选列表和自定义UI系统提供默认候选UI但示例里如果自己实现了ITfCandidateListUIElement你会在界面右下角看到一排候选字。如果你打算做自定义皮肤重点看ITfUIElement的实现TSF允许你把候选列表的绘制权拿回来但交给系统的部分比如语言栏图标可以继续用默认样式。我做自己输入法时的经验是先别急着改UI跑通候选列表的数据流再动视觉因为候选列表更新时机坑很多每次按键都要重新SetCandidate选字键和翻页键要提前拦截OnKeyDown里处理上屏时还要清空组合串和候选列表漏一步表现就会变得很奇怪。5.3 多会话和热更新容易忽略的进阶点TSF文本服务会被多个进程同时加载比如记事本一个实例、浏览器一个实例注意你的全局变量是不是跨进程的。示例往往只有一个全局对象投产时要在类内部按tid或进程保存状态不然切到另一个进程输入法会串。词库热更新也一样如果用户改词库文件你正在运行的服务怎么感知最简单的方案是每秒检查文件时间戳复杂一点可以用ReadDirectoryChangesW监听目录。这些点示例里几乎没有却是从“能跑”到“能用”的关键。我自己把示例改成公司内部单据快捷输入工具时最大的体会是TSF不是输入法而是一个服务框架代码本身并不难难在理解COM生命周期和上下文交互。如果你能把这份示例跑通还亲手改了第一版码表你就已经超过很多在文档里打转的人了。之后遇到问题多从“有没有拿到正确上下文”“有没有释放引用”“Profile注册到哪个语言ID”这三个角度排查大方向就不会错。本文还有配套的精品资源点击获取
