1、FTP返回码列表(哪里都能找到的)：

HITE_LOGGER::instance().logDebug("开始探测FTP状态");
            if(client.connectTo("127.0.0.1", 21, sc))
            {
                client.recvFrom(szbuf,128);

std::string lsr = szhite_gvp::__Format("USER root\r\nPASS 123456\r\n");
                int ret = client.sendTo(lsr.c_str(), lsr.length());
                client.recvFrom(szbuf,128);
                lsr = szbuf;

if(lsr.find("230") != std::string::npos)
                {
                    CurState.StatusType = 7;
                }
                else
                {
                    client.recvFrom(szbuf,128);
                    lsr = szbuf;
                    if(lsr.find("230") != std::string::npos)
                    {
                        CurState.StatusType = 7;
                    }
                    else
                    {
                        CurState.StatusType = 6;
                    }
                }
                client.close();
            }
            else
            {
                std::cout << "port 21 is disable"<<std::endl;
                CurState.StatusType = 6;
            }
　          Sleep(5000);
  
    这里是使用的自己封装的TCP类，client作为客户端，初始化步骤正常操作，连接的时候连接目标FTP的IP及对应端口
    第一次连接完服务端一般会返回一些东西，微软的IIS6.0-FTP上返回为“220 Microsoft FTP Service”,ServU返回为“220 Serv-U FTP Server v6.3 for WinSock ready...”，其他服务端没有测试，反正一般根据返回字符串里面的220代码来判断连接是否正常

　 然后发送自己的账号密码，上面测试代码里面用的是root/123456的用户及密码，此处返回值为

“331 User name okay, need password.
User logged in, proceed.”

可以在字符串里面找到230作为验证账号登陆是否成功，失败则服务端返回

“331 User name okay, need password.
Not logged in.”

根据530来判断账号登录失败。

实际测试发现，这两条服务端返回有时是一次发过来，有时会分两次发过来，所以在第一次找230失败的时候再接收一次，以防止服务端第二次才发送FTP登录状态。也可以按顺序先发账号，再发密码。

3、总结

　　这种方式是通过socket通信向服务端发送基本的FTP操作指令，做一些简单的状态探测比较方便，但是复杂的操作还是用别的方式效率更佳。