在实际开发中，不少Go语言开发者会遇到SFTP文件传输的需求。但需要明确的是，Go标准库中的crypto/ssh只提供SSH连接能力，并不直接实现SFTP协议。SFTP是运行在SSH之上的独立子系统，需要第三方库来封装其协议细节，例如github.com/pkg/sftp。
换句话说，直接用crypto/ssh的ssh.Client调用os.Open或发送scp命令，不仅不靠谱，也不符合协议规范。
为什么不能只用crypto/ssh做SFTP传输
crypto/ssh是底层SSH通道实现，它能建连接、执行命令、开shell，但SFTP是运行在SSH之上的独立子系统（RFC 4253 + RFC 4250），需要协商channel类型为"sftp"，再按二进制帧格式收发SSH_FXP_OPEN、SSH_FXP_WRITE等包。手动拼包极易出错，且不处理重传、分块、状态同步等细节。
常见误操作包括：
- 用
ssh.Session.Run("scp -f ...")模拟上传 —— 实际触发的是SCP协议，不是SFTP，服务端行为不一致，ls看不到文件或权限错乱 - 把
*os.File直接写进ssh.Session.Stdin—— 缺少SFTP协议头和响应校验，服务端返回SSH_FXP_STATUS错误码（如SSH_FX_FAILURE）但Go侧无感知 - 忽略
ssh.Channel的SendRequest返回值 —— SFTP初始化失败时仍继续调OpenFile，panic在nil pointer dereference
推荐用github.com/pkg/sftp：它是最稳定、文档最全、维护最勤的Go SFTP客户端库
它封装了全部协议细节，暴露的是符合Go习惯的io.ReadWriteCloser和fs.FS接口，不用碰字节流。安装只需：
go get github.com/pkg/sftp
关键使用要点：
- 先建
*ssh.Client，再用sftp.NewClient(conn)升级为SFTP客户端；别跳过conn.Close()，否则SFTP client会卡死 - 所有路径都是相对于用户登录后默认目录的**相对路径**，
client.Open("/home/user/file.txt")会失败，应写"file.txt"或"subdir/file.txt" - 上传大文件务必用
io.Copy+ 显式Close()：dst, _ := client.Create("a.zip")→io.Copy(dst, src)→dst.Close()；漏掉Close()会导致文件写入不完整且服务端句柄未释放 - 下载时检查
err：即使client.Open("x.log")成功，后续Read()可能因网络中断返回io.ErrUnexpectedEOF，不能只判open错误
上传中文名文件失败？不是编码问题，是服务端策略限制
SFTP协议本身强制UTF-8编码（RFC 3659），所以Go客户端发的中文路径字节流一定是合法UTF-8。失败原因通常是：
- 服务端文件系统不支持UTF-8文件名（如某些旧版ext3 + locale=en_US.ISO-8859-1）
- 服务端配置了
StrictModes yes且用户主目录权限太松（如777），OpenSSH拒绝创建文件 - SELinux或AppArmor拦截了带非ASCII字符的路径操作
验证方式：用命令行sftp -P 22 user@host手动put同名文件，看是否报Couldn't create file；若同样失败，就是服务端问题，跟Go代码无关。
并发上传多个文件时连接复用与超时设置
*sftp.Client本身是线程安全的，可被多个goroutine共享，但每个Open/Create操作会独占一个ssh.Channel。默认最大并发channel数由服务端MaxStartups控制（常为10），超过会拒绝新channel。
实操建议：
- 用
&ssh.ClientConfig{Timeout: 10 * time.Second}控制连接建立时间，避免DNS卡住整个goroutine池 - 对单个文件传输加context：用
context.WithTimeout(ctx, 5*time.Minute)包裹io.Copy，防止某次上传hang死整个流程 - 不要为每个文件新建
*sftp.Client—— 每次NewClient都要走一次SSH密钥交换，开销极大；复用一个client，仅对每个文件建独立*sftp.File - 若需限速，别改TCP层，直接包装
io.Reader做token bucket限流，SFTP协议层对此完全透明
真正难调的不是上传逻辑本身，而是服务端的sshd_config细节：比如SFTPSubsystem internal-sftp -u 0002里的umask会影响上传文件权限，而Go侧根本收不到这个信息。调试时优先查服务端日志，而不是反复改客户端代码。
