golang.org/x/term.readpassword 是最简可行方案，它调用系统接口关闭终端回显，返回 []byte 并自动恢复设置，支持主流环境但不适用于重定向输入。
为什么 fmt.Scanln 和 bufio.NewReader(os.Stdin) 不能直接读密码
它们会把用户输入的每个字符原样显示在终端上，密码明文暴露在屏幕和 shell 历史中。这不是“不安全”，是根本没做掩码或禁用回显——连基础防护都没有。
真正可行的路径只有一条：调用操作系统提供的、支持关闭回显的终端读取接口。Go 标准库不提供跨平台原生支持，必须依赖第三方封装或系统调用。
用 golang.org/x/term.ReadPassword 是最简方案
这是 Go 官方维护的扩展包，底层调用 syscall.Syscall（Unix）或 kernel32.dll（Windows），自动处理终端属性切换，且不依赖 cgo。
使用前需安装：
go get golang.org/x/term
典型用法：
import "golang.org/x/term"<br><br>fmt.Print("Password: ")<br>bytes, err := term.ReadPassword(int(os.Stdin.Fd()))<br>if err != nil {<br> log.Fatal(err)<br>}<br>password := string(bytes)
-
term.ReadPassword会临时关闭当前终端的ECHO属性，输入结束后自动恢复 - 返回的是
[]byte，不是string，避免密码在 GC 前长期驻留内存（虽仍需手动清零敏感数据） - 在 Windows PowerShell、CMD、WSL、macOS Terminal、iTerm2 等主流环境均验证可用
- 注意：不能在重定向 stdin 的场景下使用（如
echo "123" | go run main.go），会报invalid argument
如果必须支持 stdin 重定向或管道输入，得降级处理
当程序可能被管道或文件输入驱动时，term.ReadPassword 会失败。此时无法真正“交互式”读密码，只能选择：
- 明确拒绝非终端输入：检查
os.Stdin.Stat().Mode() & os.ModeCharDevice == 0，然后报错提示“password input requires a TTY” - 退而求其次，用
os.Getenv("PASSWORD")从环境变量读（适合 CI 场景，但要确保 env 不被日志打印） - 完全放弃交互，要求用户通过
--password-file path参数传入文件路径，再以0600权限读取
没有“既安全又兼容管道”的通用解法。强行绕过终端检测去读 stdin，等于把密码当普通字符串处理，失去意义。
别忽略内存与错误处理细节
拿到 []byte 后，若后续要转成 string 或存进结构体，记得立即用 bytes.Fill(0) 清空原始切片（Go 1.21+ 支持；旧版本用循环赋零）。
错误处理不能只打印，尤其 term.ReadPassword 可能返回 syscall.EINTR（信号中断），需重试；或 io.ErrUnexpectedEOF（用户 Ctrl+D），应视为取消操作而非 panic。
另外，某些老旧终端（如部分嵌入式串口终端）不支持 ioctl 控制，term.ReadPassword 会静默回落为普通读取——建议加一句运行时检测并 warn。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
