Windows Terminal中sendInput与SSH连接的问题分析

问题背景

在Windows Terminal的使用过程中，开发者发现了一个关于sendInput命令与SSH连接配合工作的异常现象。具体表现为：当尝试通过sendInput动作向新建立的SSH会话发送输入内容时，输入内容无法正确传递到目标终端。

技术细节分析

动作执行机制

Windows Terminal中的动作执行采用异步模式，多个动作会按顺序执行但不会等待前一个动作完成。这种设计导致了以下问题链：

1. 当执行包含newTab和sendInput的multipleActions时
2. newTab动作启动后立即返回，不会等待SSH连接完全建立
3. sendInput动作随即执行，而此时SSH连接尚未准备好接收输入
4. 输入内容因此丢失，无法到达目标终端

SSH连接的特殊性

SSH连接建立过程包含多个阶段：

• 初始TCP连接
• 协议协商
• 认证过程
• 会话建立

只有在会话完全建立后，终端才能正常接收输入。而Windows Terminal目前的动作执行机制没有考虑这种连接建立的延迟。

解决方案探讨

临时解决方案

虽然官方尚未修复此问题，但开发者可以尝试以下替代方案：

1. 使用SSH密钥认证替代密码认证（更安全且无需交互输入）
2. 建立连接后通过脚本方式发送后续命令
3. 在配置中使用延时发送（不推荐，存在竞态条件风险）

输入格式说明

关于如何在sendInput中模拟回车键的问题，技术说明如下：

• 回车键对应的转义字符是\r
• 在JSON配置中应表示为"input": "yourtext\r"
• 这与实际键盘输入的行为一致

安全注意事项

在使用sendInput功能时，特别需要注意以下安全实践：

1. 绝对避免在配置文件中存储明文密码
2. SSH密码应通过交互方式输入或使用密钥认证
3. 敏感信息不应通过sendInput传递
4. 考虑使用SSH代理或密钥管理工具处理认证

未来改进方向

根据开发团队的反馈，这个问题已被记录为待修复项。理想的解决方案可能包括：

1. 为动作执行添加同步支持
2. 提供连接状态检测机制
3. 实现动作间的依赖关系管理
4. 增强输入处理的安全审计功能

总结

Windows Terminal作为现代化的终端工具，其动作执行机制在大多数场景下表现良好，但在处理需要等待的异步操作（如SSH连接）时还存在改进空间。开发者在使用相关功能时应当理解其工作机制，采用适当的安全实践，并关注后续的版本更新。