mac 下我试用了好些 ssh 软件，唯一能代替 win10 下 xshell 的只有 SecureCRT ，而且这货多平台各自使用的配置文件相同，可以通过 onedrive 实现同步， 也有模板，比 xshell 方便太多了

@ryd994 感谢提醒！看来我得早点睡觉了。。。。脑子浑了。。。

@bakujin 我 ctrl+shift+p 输入 diff 提示没有此命令。。奇怪，我看我装了 partialdiff 插件也启用了，但照着作者的操作 gif 发现没有对应的命令，只有默认的 compare for selected

文档中有个 window.timeout(delay)函数，能以非阻塞方式轮询

import time
import curses

screen = curses.initscr()
curses.noecho()
screen.timeout(0) # 设置 screen 为非阻塞读取（无延迟模式）

while True:
char = screen.getch() # 在无延迟模式下，getch 会立即返回不管有没有输入
if char == -1: # 如果没有输入，getch 会返回 -1
print("没有输入")
else:
print("输入了 {} ({})".format(chr(char), char))
time.sleep(0.2) # sleep 避免轮询过快


我滴妈，我的问题终于解决了
网上其他所谓键盘遥控自动避障小车项目好像都没有用到这个函数所以都不完整
此贴终结

@no1xsyzy @wangkai0351
我重读了 curses 的文档，是我疏忽了 getch()函数的特性，
即： `char = screen.getch()` 这行代码功能是等待读取键值

进入这行代码的执行的时候，读取到按键之前一定会出现整个程序的暂停，所以出现一旦我取消注释，一楼程序就进入等待按键的阶段，后面的红外测距判断就不会被执行的情况，但现在发现问题需要解决的逻辑我好像没想出来。。

再说明白点就是这两行代码是先后绑定在一起的，避障生效只能是在运行这两行代码之前，但避障使用的这个红外一直在读取到信息，也就是不停读取非 0 即 1，直接进行 if-else 进行判断的话，一旦小车动起来第一时间树莓派没有读取到 0 的值时就进入了等待输入 ok 键的阶段导致这个避障功能不生效，所以我第一反应是使用一个循环，但后面怎么改善我蒙逼了：
```python
char = screen.getch()
print("这段话绝对不会被打印在屏幕上")
if char == 10:
print("读取到 ok 键被按下这段话就会被输出到屏幕上")
```
请教下二位有没有什么可能的思路来解决呢？

@wangkai0351 谢谢，其实键值不是问题，都是测试能用的，而且这个 curses 库识别键值如果是英文字母直接就是它本身，根本不用考虑，只是这个在子循环加上读取键值就红外失效，不加上按键失效就有点尴尬。。。