goftp客户端上传连接被拒绝，主因是未运行ftp服务端或端口配置错误；需用pyftpdlib等启动服务端，确认地址、端口、防火墙及pasv模式匹配。
用 goftp 实现客户端上传时连接被拒绝？先确认服务端是否真在监听
很多“连不上”的问题其实不是代码写错了，而是本地没跑起 FTP 服务端，或者防火墙/端口被占。Go 的 goftp 库本身不带服务端实现，它只是个客户端库 —— 想测试上传下载，你得先有地方可连。
实操建议：
- 用
python3 -m pyftpdlib -p 2121快速启一个临时服务端（需装pyftpdlib），地址是localhost:2121 - 检查 Go 客户端代码里
ftp.Dial的地址是否匹配，比如"localhost:2121"而不是"ftp://localhost:2121"（协议前缀会报invalid port） - Linux/macOS 下用
lsof -i :2121确认端口是否已被占用；Windows 用netstat -ano | findstr :2121
goftp.Server 不是标准库组件，别指望它开箱即用
官方 Go 标准库没有 FTP 服务端支持，goftp 作者提供的 goftp.Server 是一个极简的、仅用于测试的内存型服务端，不处理用户认证、目录遍历、被动模式（PASV）等真实场景逻辑。
这意味着：
立即学习“go语言免费学习笔记（深入）”；
- 它默认只响应
USER anonymous+PASS空密码，其他组合直接断连 - 所有文件操作都在内存 map 中模拟，重启就丢数据，不能替代
vsftpd或pure-ftpd - 不支持 TLS/SSL，开启
ftp.DialTLS会失败；也不支持 IPv6 地址解析 - 若真要嵌入服务端逻辑，建议改用
github.com/freddierice/ftpd这类更完整的第三方实现
上传文件时卡住或报 i/o timeout？大概率是 PASV 模式没配对
FTP 主动模式（PORT）在 Docker、NAT 后基本不可用；而 goftp 默认走被动模式（PASV），但服务端返回的 IP 和端口如果不可达，客户端就会卡死或超时。
解决办法取决于你控制哪一端：
- 若用
pyftpdlib测试：启动时加-i 127.0.0.1强制它告诉客户端用本地回环地址，避免返回局域网 IP - 若用自建
goftp.Server：它不实现 PASV 命令，只能切回主动模式 —— 在客户端调用conn.Login后立刻执行conn.SetTimeout(10 * time.Second)并确保服务端和客户端在同一网络环境 - 生产环境务必用成熟 FTP 服务，并在配置中显式设置
pasv_address和端口范围，再在客户端指定ftp.Options{PasvHost: "your.domain.com"}
为什么 ftp.Connect 成功但 conn.List 返回空？路径和权限是关键
goftp 的 List 方法底层发的是 LIST 命令，它依赖服务端返回的目录内容格式。很多轻量服务端（包括 goftp.Server）对根路径 / 的处理很随意，甚至返回空列表也不报错。
排查要点：
- 先用命令行
ftp localhost 2121手动登录，执行pwd和ls，看服务端实际暴露的路径结构 -
goftp的conn.ChangeDir不会自动补斜杠，conn.ChangeDir("sub")和conn.ChangeDir("/sub")可能行为不同 - 某些服务端要求显式调用
conn.SetType(ftp.TransferTypeASCII)才能正确解析 LIST 响应（虽然二进制模式更常用） - 如果服务端返回的文件时间格式含非 ASCII 字符（如中文时区），
goftp的默认解析器可能 panic —— 此时需自己实现ftp.FileListParser
事情说清了就结束。FTP 协议本身的松散性和服务端实现差异，比 Go 代码本身更耗调试时间。
