最近在做ftp上传相机中的文件时，遇到超时问题。相机中，原本有ftpput的应用，于是就在程序中直接使用ftpput来上传相机中的视频和图片。 ftpput使用方法为：     BusyBox v1.20.2 (2015-10-22 14:48:06 HKT) multi-call binary.

    Usage: ftpput [OPTIONS] HOST [REMOTE_FILE] LOCAL_FILE

    Upload a file to a FTP server

        -v,--verbose            Verbose
        -u,--username USER      Username
        -p,--password PASS      Password
        -P,--port NUM           Port
通过上面的提示，如果上传相机中当前目录名为20170518201930.jpg的文件，假设服务器是192.168.1.5，ftp端口是21，用户名是jpg，密码是jpg 那么执行命令： ftpput -u jpg -p jpg -P 21 192.168.1.5 20170518201930.jpg test.jpg 如果一切正常，执行完毕后，服务器中出现test.jpg的文件。 如果异常，服务器不通，那么会连接失败，奇怪的是，有时候，特别是如果ftp服务器配置的IP地址和相机的IP地址不在同一网段， 那么ftpput的超时时间达到1分钟，1分钟后才返回结果，线程等待，影响其他功能运行。 于是想到先测试对方端口是否可达，如果可达再启动ftp，否则退出，但是如何判断呢。 试验了以下方法， 1、telnet的方法。     如：telnet 192.168.1.5 21     这种方法，如果可以连接到服务器ftp端口，可是进入等待输入用户名和密码的状态，没有立刻返回。在脚本或者程序中，还是无法马上知道状态。 2、namp的方法，由于相机中没有这个应用，所以此处不说明。 2、nc的方法     相机里运行nc，给出提示：     BusyBox v1.20.2 (2015-10-22 14:48:06 HKT) multi-call binary.

    Usage: nc [-iN] [-wN] [-l] [-p PORT] [-f FILE|IPADDR PORT] [-e PROG]

    Open a pipe to IP:PORT or FILE

        -e PROG Run PROG after connect
        -l      Listen mode, for inbound connects
                (use -l twice with -e for persistent server)
        -p PORT Local port
        -w SEC  Timeout for connect
        -i SEC  Delay interval for lines sent
        -f FILE Use file (ala /dev/ttyS0) instead of network
    从上面的提示，测试命令： nc 192.168.1.5 21 -w1 （-w1是设置超时时间为1s）     如果对方不可达，则1秒后立刻返回非0，但是如果对方可达，又是进入等待输入用户名和密码的状态，同样不能立刻返回。     于是测试： nc 192.168.1.5 21 -w1 -e date      这时候，如果对方不可达，则1秒后立刻返回，如果对方可达，执行date命令，并将date结果发送给对方，并马上结束返回0      这样就找到了一个马上知道对方端口是否可达的方法，     为了节约，使用：nc 192.168.1.5 21 -w1 -e echo，直接echo一个空给对方，然后结束