Win10 1803下C# Prism WPF应用触摸键盘控制失效问题

我之前在维护类似的Prism WPF ClickOnce应用时，正好碰到过Win10 1803版本触摸键盘关闭失效的问题，结合你提到的场景（.NET 4.5.2、超时事件触发键盘控制），给你梳理几个经过验证的解决思路：

问题核心分析 #

Win10 1803对触摸键盘的窗口管理逻辑做了不小的调整，之前1709版本用的FindWindow+SendMessage的老方法，在1803里经常会出现「明明拿到了窗口句柄，发送了关闭命令，但键盘就是没反应」的情况——本质是系统对触摸键盘的进程关联和窗口响应机制变了，老方法的精准度不够，容易命中非目标窗口或者被系统拦截命令。

分步解决方案 #

1. 替换窗口查找逻辑，精准定位触摸键盘 #

放弃之前模糊的窗口类名查找，改用1803版本兼容的类名+进程验证的方式，确保找到的确实是触摸键盘窗口：

using System.Diagnostics;
using System.Runtime.InteropServices;
using System.Windows;
using System.Windows.Input;

public static class TouchKeyboardHelper
{
    [DllImport("user32.dll", SetLastError = true)]
    private static extern IntPtr FindWindow(string lpClassName, string lpWindowName);

    [DllImport("user32.dll", SetLastError = true)]
    private static extern uint GetWindowThreadProcessId(IntPtr hWnd, out uint lpdwProcessId);

    [DllImport("user32.dll")]
    private static extern bool PostMessage(IntPtr hWnd, uint Msg, IntPtr wParam, IntPtr lParam);

    private const uint WM_SYSCOMMAND = 0x0112;
    private const uint SC_CLOSE = 0xF060;

    public static void CloseTouchKeyboard()
    {
        // 1803版本中触摸键盘主窗口类名固定为IPTip_Main_Window
        IntPtr keyboardWnd = FindWindow("IPTip_Main_Window", null);
        if (keyboardWnd == IntPtr.Zero) return;

        // 验证窗口所属进程是否为触摸键盘进程TabTip.exe
        uint processId;
        GetWindowThreadProcessId(keyboardWnd, out processId);
        var process = Process.GetProcessById((int)processId);
        if (process?.ProcessName.Equals("TabTip", StringComparison.OrdinalIgnoreCase) != true) return;

        // 用PostMessage替代SendMessage，避免主线程阻塞导致命令失效
        PostMessage(keyboardWnd, WM_SYSCOMMAND, (IntPtr)SC_CLOSE, IntPtr.Zero);
        // 额外触发焦点切换，强制系统感知键盘状态变化
        FocusManager.SetFocusedElement(Application.Current.MainWindow, null);
    }
}

2. 超时事件中增加重试机制 #

1803版本中系统对触摸键盘的响应有延迟，单次关闭命令可能因为系统繁忙被忽略，建议在超时事件里加1次短间隔重试：

private async void OnTimeoutEventTriggered(object sender, EventArgs e)
{
    // 首次尝试关闭键盘
    TouchKeyboardHelper.CloseTouchKeyboard();
    // 等待100ms后重试，覆盖系统延迟场景
    await Task.Delay(100);
    TouchKeyboardHelper.CloseTouchKeyboard();

    // 执行你的其他超时业务逻辑
    // ...
}

3. 应用关闭时的兜底处理 #

在应用退出前，除了调用常规关闭方法，增加强制结束TabTip进程的兜底方案（仅作为最后手段，优先用窗口关闭）：

protected override void OnExit(ExitEventArgs e)
{
    TouchKeyboardHelper.CloseTouchKeyboard();
    
    // 兜底：关闭所有TabTip进程
    foreach (var process in Process.GetProcessesByName("TabTip"))
    {
        try
        {
            process.Kill();
            process.WaitForExit(500);
        }
        catch (Exception ex)
        {
            // 记录日志，不要影响应用正常退出
            Logger.Error($"关闭触摸键盘进程失败: {ex.Message}");
        }
    }
    
    base.OnExit(e);
}

4. Prism模块中的UI线程注意事项 #

如果超时事件是在Prism ViewModel或模块中触发，务必确保键盘操作在UI线程执行——触摸键盘的窗口操作依赖UI线程上下文：

// 在Prism ViewModel中触发关闭逻辑时，切换到UI线程
Application.Current.Dispatcher.Invoke(() =>
{
    TouchKeyboardHelper.CloseTouchKeyboard();
});

验证要点 #

• 测试时确保Win10 1803系统的触摸键盘处于打开状态，触发超时事件后观察是否正常关闭
• 检查日志中是否有进程验证通过的记录，确认窗口句柄和TabTip进程匹配
• 测试ClickOnce部署后的场景，确保应用有足够权限访问系统窗口（ClickOnce默认权限通常足够，若有问题可调整应用信任级别）

内容的提问来源于stack exchange，提问作者Tim Bijnens