Session 不需要解锁会话的SendKey的替代方案 情况：

GUI应用程序包含的功能（脱离菜单选项）可以生成目录中经常更新的图像

应用程序的已登录运行实例是此图像的唯一来源（功能“依赖”于显示设备）。我对此进行了深入的研究——这是一个可悲的事实

GUI应用程序提供COM接口，但没有生成映像的接口

GUI代码根本无法更改（令人大吃一惊）

要求： 其他进程在不同时间需要这些当前图像

显而易见的解决方案： 创建GUI应用程序实例并使用SendKeys操纵控件以生成图像的过程

路障（我需要详细说明吗） 除了Sendkeys的脆弱性——假设Sendkeys是可靠的

控制台会话锁定时Sendkeys无法工作（锁定是生产要求）

SendMessage API无法发送诸如“shift/letter”之类的组合键（调用菜单选项时需要）

问题 当会话被锁定时，是否有其他方式与应用程序进行编程交互

windows服务能否在预定时间解锁/锁定sesion？足够长的时间以允许生成图像

我知道，我知道，这是胡说八道。任何高层次的想法和大多数意见都会受到赞赏；）

虚拟PC

锁定主机，而不是虚拟机

---

---

但实际上要回答你的问题：我不认为你能把钥匙送到锁着的电脑上。为什么？如果有多个登录会话，该怎么办；它会将密钥发送到哪一个？

好的，虚拟PC是一个选项-谢谢。我仍然对COM接口感到困惑，它实际上生成（并需要）GUI的运行实例。这让我很扫兴。也许我误解了，但我认为COM的美妙之处在于，您可以在不绑定到实现的情况下获得功能。COM的设计目的是将使用与实现分开（例如，只要接口不改变，实现就可以改变）。在这种情况下，它听起来像是让人们使用一个界面来驱动他们的UI；但您仍然在驱动一个界面。他们可以重新编码应用程序，这样他们的UI就可以使用接口驱动底层逻辑——但是，有多少回报就有多少收益。。。