getpass.getpass()比input()更安全，因其调用系统级接口禁用终端回显，避免密码明文显示和历史记录留存，且自动处理ctrl+c、eof等异常，无需额外配置。
直接用 getpass.getpass() 就行，它默认关闭终端回显，不需要额外配置或捕获 Ctrl+C 也能安全退出。
为什么 getpass.getpass() 比 input() 更合适？
终端输入密码时，input() 会把每个字符实时显示出来，存在泄露风险；而 getpass.getpass() 通过调用系统级的密码输入接口（如 Unix 的 getpass(3) 或 Windows 的 GetConsoleMode），在底层禁用回显，连光标都不会跳动——这比自己用 sys.stdin.read(1) 手动处理更可靠。
- 不依赖 ANSI 转义序列，兼容各种终端（包括 Git Bash、Windows Terminal、远程 SSH）
- 自动处理
EOFError（比如用户按Ctrl+D）和KeyboardInterrupt（Ctrl+C），不会抛未捕获异常 - 返回的是普通字符串，无需解码或 strip 特殊字符
getpass.getpass() 的常用参数和陷阱
它只接受两个关键字参数：prompt 和 stream。最常踩的坑是误传位置参数，或者试图用 end='' 之类模仿 print() 行为——它不支持。
SkillSub Pro - Python 题解与代码注释双功能技能功能概述SkillSub Pro - Python 题解与代码注释双功能技能是一项面向实际任务的技能，主要用于SkillSub Pro 是一个 Python 题解生成与代码注释的 双功能合体技能 ，专为学生、算法学习者和开发者设计；✅ 一个技能，两种用途 ：；核心要点📝 题解模式 ：输入题目/题号，自动生成完整 Python 题解（含详细注释、解题思路、复杂度分析）；💬 注释模式 ：输入 Python 代码，自动添加详细中。它将相关步骤、
-
prompt默认是'Password: '，可自定义，比如getpass.getpass('Enter API key: ') -
stream用于重定向提示文字输出位置（例如写入日志文件），但密码输入仍从 stdin 读取；一般不用改 - 传入非字符串 prompt（如
None或数字）会直接报TypeError - 在 IDE（如 PyCharm）的内置终端中可能失效，因为它们不提供真正的 TTY；此时会退化为明文输入并发出警告
什么时候不能用 getpass？替代方案怎么选？
主要在两类场景下失效：非交互环境（如 CI/CD 流水线）、或需要掩码式反馈（比如显示 *）。前者根本没 stdin 可读，后者 getpass 明确不支持（设计哲学就是“看不见才安全”）。
- CI 中应改用环境变量：
os.getenv('DB_PASSWORD')，而非硬编码或交互式输入 - 真要显示
*，得用msvcrt.getch()（Windows）或termios+sys.stdin（Unix），但跨平台麻烦且易出错 - Web 后端不要用
getpass——HTTP 请求里根本没有“终端”概念，密码应走 POST body 或 Authorization header
真正要注意的其实是运行环境是否具备交互式 TTY，而不是函数怎么写；很多问题不是代码错了，而是跑在了没 stdin 的容器或管道里。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
