C#窗口活动追踪：Chrome标签页切换未检测问题及优化方案咨询

嘿，我之前做窗口活动追踪工具时也踩过Chrome标签页的坑，给你梳理下最优的解决方案：

问题根源 #

你用的初始钩子监听的应该是EVENT_SYSTEM_FOREGROUND这类顶级窗口切换事件，但Chrome把每个标签页当作内部子窗口来管理——切换标签页时，Chrome的顶级窗口并没有失去前台焦点，只是内部的子标签页获得了焦点，所以原来的钩子根本捕捉不到这个变化。

最优方案：调整钩子监听的事件类型 #

你已经发现设置public const uint EVENT_OBJECT_FOCUS = 0x8005能生效，这才是正确的方向！这个事件会监听所有对象的焦点变化，包括Chrome内部的标签页子窗口，刚好覆盖你的需求。不过要注意加个过滤逻辑，避免把按钮、输入框这类控件的焦点变化也当成窗口切换：

private static void WinEventProc(IntPtr hookPtr, uint eventType, IntPtr hwnd, int idObject, int idChild, uint dwEventThread, uint dwmsEventTime)
{
    // 只处理顶级窗口的焦点变化，忽略子控件（idObject和idChild为0表示顶级窗口）
    if (idObject != 0 || idChild != 0)
        return;

    string currentTitle = GetActiveWindowTitleMethod();
    if (currentTitle != _lastWindowTitle)
    {
        // 这里触发你的窗口更新逻辑，比如写入TextBox或后续的数据库
        OnWindowTitleChanged(currentTitle);
        _lastWindowTitle = currentTitle;
    }
}

注册钩子的时候记得指定EVENT_OBJECT_FOCUS：

public const uint EVENT_OBJECT_FOCUS = 0x8005;
// 注册钩子，监听焦点变化事件
SetWinEventHook(EVENT_OBJECT_FOCUS, EVENT_OBJECT_FOCUS, IntPtr.Zero, _winEventProc, 0, 0, WINEVENT_OUTOFCONTEXT);

关于你考虑的轮询方案 #

纯轮询真的不推荐——高频轮询费CPU，低频轮询有延迟，体验很差。如果担心极端场景下钩子失效（比如某些软件屏蔽了系统事件），可以加个兜底的轻量轮询（比如500ms一次），但只在轮询结果和钩子记录的窗口不一致时才更新，这样既保证实时性，又有容错性。

额外提示 #

如果后续要写入数据库，建议把窗口标题和对应的进程ID一起记录——Chrome的所有标签页进程ID可能相同，但标题不同，这样能更准确地追踪用户活动。

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