使用Python curses与getch无法识别]和}字符的问题求助

问题原因 #

Windows平台的curses底层依赖PDCurses，部分按键（如]、}）会被识别为扩展键序列，触发getch()先返回0（或224）作为前缀标记，紧接着第二次调用getch()才会返回实际对应的键码。你的代码直接将0传入chr()，自然会因为空字符报错。

修复方案 #

在处理getch()返回值时，先判断是否为扩展键前缀（0或224），若是则再次调用getch()获取真实键码，再映射回对应的ASCII字符。

修改后的代码 #

import curses

# 扩展键码到对应字符的映射（Windows下）
EXTENDED_KEY_MAP = {
    27: ']',   # ]键对应的扩展键码
    25: '}'    # }键对应的扩展键码
}

# 获取curses屏幕窗口
screen = curses.initscr()

# 关闭输入回显
curses.noecho()

# 立即响应按键（无需等待回车）
curses.cbreak()

# 映射箭头键到特殊值
screen.keypad(True)

try:
    while True:
        char = screen.getch()
        if char == ord('q'):
            break
        # 处理扩展键前缀
        elif char in (0, 224):
            extended_char = screen.getch()
            # 检查是否在映射表中，存在则取对应字符
            display_char = EXTENDED_KEY_MAP.get(extended_char, f'[未知键: {extended_char}]')
            screen.move(0, 0)
            screen.clrtoeol()
            screen.addstr(0, 0, display_char)
        else:
            screen.move(0, 0)
            screen.clrtoeol()
            screen.addstr(0, 0, chr(char))
finally:
    # 清理退出
    curses.nocbreak(); screen.keypad(0); curses.echo()
    curses.endwin()

补充说明 #

• 不同版本的PDCurses可能对扩展键的编码略有差异，如果上述映射不生效，可以在代码中临时打印extended_char的值，再更新EXTENDED_KEY_MAP。
• 这种扩展键处理逻辑是Windows平台curses的特有问题，Linux/macOS下不会出现类似情况。

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