C#/Unity模拟Win+Shift+A唤起Google Assistant时SendKeys报错的解决方法

• 命名遮蔽冲突：你在类中手动定义了一个private object SendKeys;的私有字段，在当前类的作用域下，编译器会优先匹配这个object类型的字段，而非系统/第三方提供的SendKeys类，自然找不到Send()方法的定义。这是C#作用域匹配的基础规则导致的，和你引用了哪个库没有关系。
• 结构错位：你把所有业务逻辑写在NUnit测试类里，是Unity开发的路径依赖——测试类只是用来做临时逻辑验证的，不是长期常驻运行的程序主体，传统桌面程序不会把核心逻辑放在测试类中。
• 逻辑错误：就算解决了SendKeys的识别问题，你拆分三次调用发送按键的写法也完全不符合按键模拟的规则：全局快捷键需要完整的“按下修饰键→按下主键→释放所有按键”的时序，分开三次调用会导致修饰键一直处于按下状态，不仅触发不了快捷键，还会搞乱系统的按键输入状态。

1. 消除命名冲突 #

直接删除类里这行错误定义的字段：

private object SendKeys;

从根源上解决SendKeys无法识别的问题。

2. 替换不稳定的按键模拟实现 #

你项目已经引用了WindowsInput库，这个库对全局组合键的模拟（尤其是Win键）适配度远高于WinForm自带的SendKeys，不需要额外引入WinForm的依赖：

• 移除不必要的NUnit相关依赖引用（除非你专门写测试验证），补充引入WindowsInput的核心命名空间：

  using WindowsInput;
  using WindowsInput.Native;
  

• 重写EnterShortCut方法，一次性发送完整的Win+Shift+A组合键：

  public void EnterShortCut()
  {
      var inputSim = new InputSimulator();
      // 完整模拟带修饰键的组合键输入，自动处理按键按下、释放的时序
      inputSim.Keyboard.ModifiedKeyStroke(
          VirtualKeyCode.LWIN,
          VirtualKeyCode.SHIFT,
          VirtualKeyCode.VK_A
      );
  }
  

如果坚持使用WinForm原生的SendKeys，需要手动引入System.Windows.Forms命名空间，且必须把组合键写在同一个调用参数中，正确写法为SendKeys.Send("+{LWIN}a")，注意这种写法在部分Win10版本上对Win键的全局模拟会失效。

3. 调整程序结构适配传统桌面程序运行逻辑 #

不要把核心业务逻辑放在NUnit测试类中：

• 新建项目时选择普通控制台应用模板，而非测试项目模板
• 把关键词监听、快捷键触发的逻辑封装为独立的运行类，程序入口的Main方法负责启动常驻的语音监听循环
• 匹配到“Ok Google”“Hey Google”关键词时，直接调用EnterShortCut()方法即可唤起Google Assistant

4. 功能验证 #

临时写一个测试调用入口，手动触发EnterShortCut()，确认组合键可以正常唤起Google Assistant，不存在按键卡死、快捷键失效的问题。

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