在系统集成和数据集成的场景中，经常需要把本地程序生成的XML文件定时传送到远程服务器。如果每次都人工登录FTP客户端去拖文件，不仅效率低，还容易因为遗忘导致业务中断。通过编写脚本调用FTP工具，可以让这个过程在后台静默完成，配合计划任务就能实现真正的自动上传。
一、为什么要用脚本上传XML文件
XML文件通常承载的是结构化数据，例如报表、接口报文或配置文件。这类文件往往由后台服务按分钟或小时产出，目标服务器可能是合作方的FTP空间，也可能是内网的文件交换机。人工干预意味着需要有人盯着目录、打开客户端、选择文件、点击上传，任何一个环节疏忽都会造成延迟。
脚本化上传的本质是把交互式的FTP操作变成非交互式的指令序列。系统级的ftp命令或lftp、curl等工具都支持读取预定义的指令集，脚本只需要把用户名、密码、本地路径和远端路径参数化，就能重复执行。这样既保证了一致性，也方便在出错时记录日志并触发告警。
二、Linux环境下用ftp命令实现自动上传
绝大多数Linux发行版自带ftp客户端，它可以配合here document把多行指令传给标准输入。下面的例子演示了如何把当前目录下的data.xml上传到服务器/remote/xml/路径。
#!/bin/bash # 定义连接参数 FTP_SERVER="192.168.0.1" FTP_USER="xmluser" FTP_PASS="xmlpass" LOCAL_FILE="./data.xml" REMOTE_DIR="/remote/xml/" ftp -n $FTP_SERVER <<EOF quote USER $FTP_USER quote PASS $FTP_PASS binary cd $REMOTE_DIR put $LOCAL_FILE bye EOF
上面代码中，ftp -n表示不自动登录，随后用quote USER和quote PASS发送账号密码。binary指令设定二进制传输，虽然XML是文本，但二进制模式能防止不同系统换行符转换引发解析错误。最后put完成上传。
这种写法的优点是零依赖，但明文密码存在于脚本里存在安全风险。更稳妥的做法是把凭据放在权限受限的配置文件中，或者在内网使用信任IP免密登录。另外，若ftp命令执行失败，脚本应通过$?判断返回值并发送邮件通知。
三、Windows下用ftp -s批处理脚本
Windows系统自带ftp.exe，它支持-s:脚本文件参数读取指令。我们可以先生成一个临时的ftp脚本，再调用ftp执行。以下为批处理示例：
@echo off set SERVER=192.168.0.1 set USER=xmluser set PASS=xmlpass set LOCAL=data.xml set REMOTE=/xml/ echo open %SERVER% > ftpscript.txt echo %USER% >> ftpscript.txt echo %PASS% >> ftpscript.txt echo binary >> ftpscript.txt echo put %LOCAL% %REMOTE% >> ftpscript.txt echo bye >> ftpscript.txt ftp -n -s:ftpscript.txt del ftpscript.txt
这段批处理先构造ftpscript.txt，把open、用户、密码、binary、put和bye逐行写入，然后交给ftp.exe执行，结束删除临时文件。在Windows任务计划程序里配置每天凌晨运行此bat，即可实现无人值守上传。
需要注意，Windows记事本默认换行是CRLF，而ftp脚本每行以回车换行结尾通常没问题，但若用PowerShell生成脚本，要确认编码为ASCII而非UTF-8 BOM，否则ftp可能把BOM当作命令导致登录失败。此外，如果服务器启用了FTPS，系统自带ftp不支持加密，需要借助WinSCP等第三方工具。
四、更现代的方案：lftp与SFTP
如果服务器支持SFTP或SSH，用lftp的mirror或put命令比传统FTP更可靠。lftp支持断点续传、并行传输和脚本化认证。下面是用lftp上传XML的示例：
#!/bin/bash lftp sftp://xmluser:xmlpass@192.168.0.1 <<EOF set sftp:auto-confirm yes cd /remote/xml/ put ./data.xml bye EOF
lftp在SFTP模式下默认就是二进制安全传输，且密码可通过环境变量或netrc文件注入，避免写在命令行。对于公网传输XML这类可能含业务敏感信息的文件，SFTP的加密通道明显优于明文FTP。
如果目标仅支持普通FTP，lftp同样可用，只需把前缀改为ftp://。它还提供queue和mirror --reverse来批量同步目录，适合本地有上百个XML待传的场景。配合cron或systemd timer，运维成本极低。
五、排错与日志建议
自动上传脚本上线后，最常见的问题是网络闪断、磁盘满或权限不足。建议在脚本中把ftp输出重定向到日志文件，例如ftp -n $SERVER < script.ftp > upload.log 2>&1，便于事后排查。
另外，XML文件生成半截就被脚本扫走是另一类隐患。正确做法是让产出程序先写临时文件如data.xml.tmp，写完后重命名为data.xml，脚本只上传已稳定命名的文件，或者在上传前用xmllint --noout校验XML格式，校验通过才传。这样能避免对端收到破损报文。
| 方案 | 适用系统 | 加密支持 | 依赖 |
|---|---|---|---|
| ftp -n here doc | Linux | 否 | 系统自带ftp |
| ftp -s | Windows | 否 | 系统自带ftp.exe |
| lftp sftp | Linux/Windows | 是 | 需安装lftp |
综合来看，脚本自动上传XML到FTP服务器并不复杂，关键是根据运行环境选对工具，处理好凭据安全和文件完整性校验。把这些细节写进脚本，就能让数据流转真正无人化。