J2SSH执行SSH命令出现空输入流，仅tail -f可正常读取数据

• 命令执行模式选型完全错误：J2SSH 的 SessionChannelClient 中，startShell() 是为交互式终端场景设计的，调用后会在远端启动绑定伪终端（PTY）的登录 shell，自带行缓冲、终端提示符、特殊字符转义逻辑，完全不适配“执行单条命令、拿全量输出就退出”的非交互场景。单次执行命令的正确实现是直接调用 session.execCommand(cmd)，不需要启动交互式 shell。
• 过早关闭输出流切断了数据回传链路：代码在写完拼接的命令字符串后，立刻调用 session.getOutputStream().close()，会直接向远端 SSH 服务端发送输入流终止信号。多数 SSH 服务端收到该信号后，会直接杀掉对应会话上的 shell 进程，此时普通命令（ls、cat）还没完成执行、输出数据也没来得及刷入回传通道，就会因为会话被强制终止导致客户端侧输入流无有效数据可读。
• 读取逻辑和交互式 shell 的输出机制不匹配：现有读取循环依赖“读到输入流末尾（read 返回 -1）”作为退出条件，但交互式 shell 的普通命令输出需要等 shell 完成缓冲刷新、收到交互触发才会回传；而 tail -f 属于持续直接输出的命令，不依赖 shell 缓冲触发机制，能在 shell 被强制杀掉前把部分数据写回客户端通道，因此能被读到，但因为命令本身不会主动退出，会导致循环永久阻塞。

• 替换会话初始化逻辑，弃用 startShell() 启动交互式 shell，改用 session.execCommand(cmd) 执行单条命令，该模式会自动启动远端非交互 shell，执行完指定命令后自动回传全量输出，不会附带冗余的终端控制字符。
• 删除命令写入后立刻关闭输出流的逻辑，等命令输出全部读取完成、输入流返回 -1 后，再统一执行会话关闭、连接断开的资源释放操作。
• 对需要持续监听输出的命令（如 tail -f）单独增加读取超时控制，避免无限制阻塞在读取循环中。

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