① ftp的特點是什麼
【特點】FTP協議具有4個基本特點：
1、提供互動式的訪問，使得用戶更容易通過 操作命令與遠程系統交互。
2、允許客戶指定存儲文件的類型與格式。
3、具備鑒別控制能力，允許文件具有存取權 限。
4、屏蔽了計算機系統的細節，因而適合於在 異構網路中任意計算機之間傳送文件。
二、FTP的運行機制主要包括：FTP伺服器、匿名FTP。
1、FTP伺服器
FTP也是一個客戶機/伺服器系統。簡單地說，支持FTP協議的伺服器就是FTP伺服器。
用戶通過一個支持FTP協議的客戶機程序，連接到在遠程主機上的FTP伺服器程序。用戶通過客戶機程序向伺服器程序發出命令，伺服器程序執行用戶所發出的命令，並將執行的結果返回到客戶機。
2、匿名FTP
在匿名FTP機制下，用戶可通過它連接到遠程主機上，並從其下載文件，而無需成為其注冊用戶。系統管理員建立了一個特殊的用戶ID，名為anonymous，Internet上的任何人在任何地方都可使用該用戶ID。
通過FTP程序連接匿名FTP主機的方式同連接普通FTP主機的方式差不多，只是在要求提供用戶標識ID時必須輸入anonymous，該用戶ID的口令可以是任意的字元串。
網路—ftp
網路—FTP協議
② ftp伺服器的工作原理是什麼
FTP是File Transfer Protocol（文件傳輸協議）的縮寫，用來在兩台計算機之間互相傳送文件。相比於HTTP，FTP協議要復雜得多。復雜的原因，是因為FTP協議要用到兩個TCP連接，一個是命令鏈路，用來在FTP客戶端與伺服器之間傳遞命令；另一個是數據鏈路，用來上傳或下載數據。
FTP協議有兩種工作方式：PORT方式和PASV方式，中文意思為主動式和被動式。
PORT（主動）方式的連接過程是：客戶端向伺服器的FTP埠（默認是21）發送連接請求，伺服器接受連接，建立一條命令鏈路。當需要傳送數據時，客戶端在命令鏈路上用PORT命令告訴伺服器：「我打開了XXXX埠，你過來連接我」。於是伺服器從20埠向客戶端的XXXX埠發送連接請求，建立一條數據鏈路來傳送數據。
PASV（被動）方式的連接過程是：客戶端向伺服器的FTP埠（默認是21）發送連接請求，伺服器接受連接，建立一條命令鏈路。當需要傳送數據時，伺服器在命令鏈路上用PASV命令告訴客戶端：「我打開了XXXX埠，你過來連接我」。於是客戶端向伺服器的XXXX埠發送連接請求，建立一條數據鏈路來傳送數據。
③ VPN與一般的文件傳輸服務FTP有何區別
虛擬專用網路（Virtual Private Network ，簡稱VPN)指的是在公用網路上建立專用網路的技術。其之所以稱為虛擬網，主要是因為整個VPN網路的任意兩個節點之間的連接並沒有傳統專網所需的端到端的物理鏈路，而是架構在公用網路服務商所提供的網路平台，如Internet、ATM(非同步傳輸模式〉、Frame Relay （幀中繼）等之上的邏輯網路，用戶數據在邏輯鏈路中傳輸。它涵蓋了跨共享網路或公共網路的封裝、加密和身份驗證鏈接的專用網路的擴展。VPN主要採用了隧道技術、加解密技術、密鑰管理技術和使用者與設備身份認證技術。
FTP（File Transfer Protocol, FTP）是TCP/IP網路上兩台計算機傳送文件的協議，FTP是在TCP/IP網路和INTERNET上最早使用的協議之一，它屬於網路協議組的應用層。FTP客戶機可以給伺服器發出命令來下載文件，上載文件，創建或改變伺服器上的目錄。
④ 如何非同步讀取FTP
一:開發背景
由於需要對多個伺服器發布大的數據包，所以自己在LINUX用C語言，開發了一個傳送器工具。因為上傳時需要支持斷點續傳，所以自己參考ftp-rfc959和一些文章開發了這個支持斷點續傳的上傳工具。整個工具分兩部分開發的：一是支持斷點續傳的Ftp工具，包含下載和上傳功能。二是同時對多個伺服器發布不同數據包的傳送器工具。本文只是對斷點續傳的商船和下載作探討。
二：實現
其實Ftp上傳下載的實現很簡單,首先Ftp伺服器端要支持文件的定位,
然後就是通過建立的Socket用Ftp伺服器命令和伺服器交互.
有些也可以通過Socket做自己的客戶端和伺服器端，但是有些伺服器是自己能管理控制的，而且原來自己也寫過一些這樣C/S模式的工具，簡單消息的傳送接收還不錯。
但用來傳輸文件效率很低，比文件傳送協議FTP（File Transfer Protocol）差的太多。 利用Ftp的服務端可以省去伺服器端的開發，而且可以向任何開放Ftp服務的伺服器上傳送文件，可以不考慮對方安裝的
是什麼的操作系統。
三：FTP
文件傳送協議 FTP 只提供文件傳送的一些基本的服務，它使用 TCP 可靠的運輸服務。FTP 的主要功能是減少或消除在不同操作系統下處理文件的不兼容性。
FTP 使用客戶伺服器方式。
一個 FTP 伺服器進程可同時為多個客戶進程提供服務。FTP的伺服器進程由兩大部分組成：一個主進程，負責接受新的請求；另外有若干個從屬進程，負責處理單個請求。
A、通常的方式：
控制連接在整個會話期間一直保持打開，FTP 客戶所發出的傳送請求通過控制連接發送給控制進程，但控制連接並不用來傳送文件，實際用於傳輸文件的是「數據連接」。
控制進程在接收到 FTP 客戶發送來的文件傳輸請求後就創建一個「數據傳送進程」和一個「數據連接」，並將數據連接連接到「數據傳送進程」，數據傳送進程實際完成文件的傳送，在傳送完畢後關閉「數據傳送連接」並結束運行
當客戶進程向伺服器進程發出建立連接請求時，要尋找連接伺服器進程的熟知埠(21)，同時還要告訴伺服器進程自己的另一個埠號碼，用於建立數據傳送連接。接著，伺服器進程用自己傳送數據的熟知埠(20)與客戶進程所提供的埠號碼建立數據傳送連接。
B、 被動模式：
FTP客戶端發出的連接請求，一般通過伺服器的21號埠建立控制連接，專門用來傳輸一些字元串命令和響應信息。控制命令通道一定是由客戶端向伺服器的連接（默認的埠是21，也可以指定埠，這要看伺服器的設置）。
PASV:通過控制通道通過發送PASV 伺服器命令到 FTP伺服器。請求建立被動模式數據連接通道。 (客戶端的命令 passive)
伺服器返回連接的信息（227 Entering Passive Mode (70,0,10,62,120,18) ）地址和埠。埠=最後第二位乘256再加上最後一位（120*256+18）。（注意埠設為0的情況） 如： *f_port = atoi(port_1) * 256 + atoi(port_2);
伺服器端和客戶端身份轉換，原客戶端在本地建立監聽，監聽來自原伺服器遠端的連接請求建立數據連接通道。
四、 實現方法：
A、下載：
1、向伺服器發送「REST + 本地文件長度」，告訴伺服器，客戶端要斷點下載了。這時伺服器還不知道客戶端要下載的文件名；
2、向伺服器發送"RETR + 文件名"，通知伺服器要下載的文件名，這時伺服器開始定位文件指針讀文件並發送數據。
3、客戶端定位本地文件指針偏移到文件末尾；
4、兩端的准備工作都做完了以後，客戶端創建socket，以被動或非被動方式建立數據鏈接，循環調用recv接收文件數據並追加到本地文件末尾；
B、上傳：
1、獲取伺服器上和本地要上傳文件的同名文件大小；
2、向伺服器發送「APPE ＋ 文件名」，通知伺服器，從數據通道發送給你的數據要附加到這個文件末尾。
3、定位本地文件指針，文件指針偏移到指定位置，這個位置與FTP伺服器上文件大小相同的位置。
4、從文件指針處讀數據並發送。
C、Ftp伺服器命令
我們平時使用的命令，大多是客戶端的。伺服器端的命令可以參考下面：
命令 描述
ABOR 中斷數據連接程序 ACCT <account> 系統特權帳號
ALLO <bytes> 為伺服器上的文件存儲器分配位元組 APPE <filename> 添加文件到伺服器同名文件
CDUP <dir path> 改變伺服器上的父目錄 CWD <dir path> 改變伺服器上的工作目錄
DELE <filename> 刪除伺服器上的指定文件 HELP <command> 返回指定命令信息 LIST <name> 如果是文件名列出文件信息，如果是目錄則列出文件列表 MODE <mode> 傳輸模式（S=流模式，B=塊模式，C=壓縮模式）
MKD <directory> 在伺服器上建立指定目錄 NLST <directory> 列出指定目錄內容
NOOP 無動作，除了來自伺服器上的承認 PASS <password> 系統登錄密碼
PASV 請求伺服器等待數據連接 PORT <address> IP 地址和兩位元組的埠 ID PWD 顯示當前工作目錄 QUIT 從 FTP 伺服器上退出登錄
REIN 重新初始化登錄狀態連接 REST <offset> 由特定偏移量重啟文件傳遞
RETR <filename> 從伺服器上找回（復制）文件 RMD <directory> 在伺服器上刪除指定目錄
RNFR <old path> 對舊路徑重命名 RNTO <new path> 對新路徑重命名
SITE <params> 由伺服器提供的站點特殊參數 SMNT <pathname> 掛載指定文件結構
STAT <directory> 在當前程序或目錄上返回信息 STOR <filename> 儲存（復制）文件到伺服器上
STOU <filename> 儲存文件到伺服器名稱上 STRU <type> 數據結構（F=文件，R=記錄，P=頁面）
SYST 返回伺服器使用的操作系統 TYPE <data type> 數據類型（A=ASCII，E=EBCDIC，I=binary）
USER <username>> 系統登錄的用戶名
D、伺服器返回的部分數字代碼含義
125 Data connection already open; Transfer starting.
226 Transfer complete.
227 Entering Passive Mode (127,0,0,1,4,18).
230 User xxxxx logged in.
331 Password required for xxxxx.
425 Can』t open data connection.
226 Closing data connection.
200 return a state of TYPE or MODE commond
220 connection state
五、關於Socket
關於Socket編程有很多參考資料，這里不作詳細說明
Socket是應用層與TCP/IP協議族通信的中間軟體抽象層，它是一組介面
Socket 是一個基本的通信機制Socket把復雜的TCP/IP協議族隱藏在Socket介面後面，對用戶來說，一組簡單的介面就是全部，讓Socket去組織數據，以符合指定的協議.
Socket也具有一個類似於打開文件的函數調用Socket()，該函數返回一個整型的Socket描述符，隨後的連接建立、數據傳輸等操作都是通過該Socket實現的。
常用的Socket類型有兩種：
A、流式Socket（SOCK_STREAM）：流式是一種面向連接的Socket，針對於面向連接的TCP服務應用。
B、數據報式Socket（SOCK_DGRAM）：數據報式Socket是一種無連接的Socket，對應於無連接的UDP服務應用。
Socket的程序是一種C/S結構，分客戶端和伺服器端。
A、客戶端
– 初始化Socket
– 連接伺服器(connect)，如果連接成功，這時客戶端與伺服器端的連接就建立了
– 客戶端發送數據請求，伺服器端接收請求並處理請求，然後把回應數據發送給客戶端
– 客戶端讀取數據，最後關閉連接，一次交互結束。
B、伺服器端
- 初始化Socket
- 埠綁定(bind)
- 監聽(listen)埠
- 調用accept阻塞，等待客戶端連接
在這里我們使用的就是面向連接的流式Socket，只編寫客戶端的程序。
六、代碼：
下面僅提供一個編譯過並在使用中的函數簡單的說明其實現原理,
需要有一點C語言和Linux/UNIX的socket編程基礎即可理解。
只是建立連接和傳輸部分的一個函數。當文件傳出結束或斷開時，
可以調用檢查函數看是否成功，位元組是否正常等，如果不正常結束，
可以再次循環調用它並定為伺服器文件的位元組，繼續傳輸。
其他的控制和功能都在其他函數中實現。為移植方便使用標准C語法符合C89標准。
code：
/*****************************************************************
* FileName: uftt_ver5.c *
* Company: algorithmics china lib Co.,Ltd. *
* Author: G.L.Zhang --- zglcl008 *
* Time: [2006-12-20] *
* Description: uninterrupted file transfers tools *
*****************************************************************/
int f_file_trans(const char *ft_addr, int ft_port, const char *ft_usr,const char *ft_pwd, const char *ft_opt, const char *ft_src, char *ft_obj, int ft_flg)
{
int cmd_sock = -1;
int dat_sock = -1;
int stream_sock= -1;
int dat_port = 0;
char dat_buffer[1024*5];
struct sockaddr_in f_server;
struct sockaddr_in f_datasvr;
unsigned char *pasv_ip = NULL;
unsigned char *pasv_port = NULL;
unsigned int len_addr = 0;
long rc_size = 0;
/* long svr_file_size = 0; */
long file_size = 0;
int rc = 0;
if (ft_addr == NULL || ft_usr == NULLft_pwd == NULL ||
ft_opt == NULL || ft_src == NULL || ft_obj == NULL ||
ft_port == 0 || ft_flg < 0) {
err_quit("--- file transfers parameter error");
}
/* get ftp commomd socket */
if ((cmd_sock = socket(AF_INET, SOCK_STREAM, 0)) < 0) {
perror("cmmond socket");
err_quit("--- command sock error");
}
bzero(&f_server, sizeof(f_server));
f_server.sin_family = AF_INET;
f_server.sin_port = htons(ft_port);
f_server.sin_addr.s_addr = inet_addr(ft_addr);
if (connect(cmd_sock, (struct sockaddr *)&f_server, sizeof(f_server)) < 0) {
perror("connect");
err_quit("--- command sock error");
}
rc = uftt_cmd(dat_buffer, cmd_sock, NULL);
if (rc == 220)
printf("-1- %d OK\n", rc);
else
printf("-1- %d ERR\n", rc);
rc = uftt_cmd(dat_buffer, cmd_sock,"USER %s",ft_usr);
if (rc == 331)
printf("-2- %d OK\n", rc);
else
printf("-3- %d ERR\n", rc);
rc = uftt_cmd(dat_buffer, cmd_sock,"PASS %s",ft_pwd);
if (rc == 230)
printf("-3- %d OK\n", rc);
else
printf("-3- %d ERR\n", rc);
rc = uftt_cmd(dat_buffer, cmd_sock, "TYPE I");
if (rc == 200)
printf("-41- %d OK\n", rc);
else
printf("-41- %d ERR\n", rc);
rc = uftt_cmd(dat_buffer, cmd_sock, "MODE S");
if (rc == 200)
printf("-42- %d OK\n", rc);
else
printf("-42- %d ERR\n", rc);
memset(dat_buffer, ''\0'', sizeof(dat_buffer));
rc = uftt_cmd(dat_buffer, cmd_sock, "PASV");
if (rc == 227)
printf("-5- %d OK\n", rc);
else
printf("-5- %d ERR\n", rc);
#ifdef ZGL_DEBUG
printf("-5- %d %s\n", rc, dat_buffer);
#endif
/* get passive port */
dat_port = 0;
if ((rc = get_svr_port(dat_buffer, (int *)&dat_port)) < 0)
err_quit("data stream port error");
#ifdef ZGL_DEBUG
printf("--- pasive port=[%d]\n", dat_port);
#endif
if ((dat_sock = socket(AF_INET, SOCK_STREAM, 0)) < 0) {
perror("data socket");
err_quit("--- data sock error");
}
len_addr = sizeof(f_datasvr);
bzero(&f_datasvr, sizeof(f_datasvr));
rc = getsockname(cmd_sock, (struct sockaddr *)&f_datasvr, (unsigned int *)&len_addr);
f_datasvr.sin_port = htons(dat_port);
/* 0=all port or appoint port TEST OK ***
f_datasvr.sin_port = htons(dat_port);
f_datasvr.sin_port = 0;
*/
if (bind(dat_sock,(struct sockaddr *)&f_datasvr,len_addr) == -1)
err_sys("--- data sock bind error");
if (listen(dat_sock,1) == -1)
err_sys("--- data sock bind error");
rc = getsockname(dat_sock, (struct sockaddr *)&f_datasvr, (unsigned int *)&len_addr);
pasv_ip = (unsigned char *)&f_datasvr.sin_addr;
pasv_port = (unsigned char *)&f_datasvr.sin_port;
rc = uftt_cmd(dat_buffer, cmd_sock,"PORT %d,%d,%d,%d,%d,%d",pasv_ip[0],
pasv_ip[1], pasv_ip[2], pasv_ip[3], pasv_port[0], pasv_port[1]);
if (rc == 200)
printf("-6- %d OK\n", rc);
else
printf("-6- %d ERR\n", rc);
/* get RETR put STOR append APPE */
if (ft_flg == 0) {
rc = uftt_cmd(dat_buffer, cmd_sock, "STOR %s", ft_obj);
}
else if (ft_flg > 0){
rc = uftt_cmd(dat_buffer, cmd_sock, "APPE %s", ft_obj);
}
if (rc == 150)
printf("-7- %d OK\n", rc);
else
printf("-7- %d ERR\n", rc);
stream_sock = accept(dat_sock, (struct sockaddr *)&f_datasvr, (unsigned int *)&len_addr);
if (stream_sock < 0)
err_sys("--- stream socket error");
rc_size = f_put_file(stream_sock, ft_src, ft_obj, ft_flg, file_size);
/* do without ***
rc = uftt_cmd(dat_buffer, dat_sock,"QUIT");
printf("-8- %d \n", rc);
*/
close(stream_sock);
close(dat_sock);
rc = uftt_cmd(dat_buffer, cmd_sock,"QUIT");
if (rc == 226)
printf("-9- %d OK\n", rc);
else
printf("-9- %d ERR\n", rc);
close(cmd_sock);
return rc_size ;
}
⑤ 網路編程案例ftp客戶端怎麼連接伺服器
示例：創建一個http get請求，序列化後的請求應該通過寫入流（write stream）發送。
CFStringRef requestHeader = CFSTR("Connection");
CFStringRef requestHeaderValue = CFSTR("close");
CFStringRef requestBody = CFSTR("");
CFStringRef url = CFSTR("http://www..com/");
CFStringRef requestMethod = CFSTR("GET");
CFURLRef requestURL = CFURLCreateWithString(kCFAllocatorDefault, url, NULL);
CFHTTPMessageRef request = CFHTTPMessageCreateRequest(kCFAllocatorDefault, requestMethod, requestURL, kCFHTTPVersion1_1);
CFHTTPMessageSetBody(request, requestBody);
(request, requestHeader, requestHeaderValue);
CFDataRef serializedRequest = (request);
創建HTTP相應的步驟與創建請求的方法差不多，不同之處是用CFHTTPMessageCreateResponse函數代替CFHTTPMessageCreateRequest。
可以使用一個CFReadStream對象來序列化並發送CFHTTP請求。當使用CFReadStream對象時，打開讀取流的同時消息會被序列化並發送，這樣可以方便地獲取響應。如下：
CFHTTPMessageRef request = CFHTTPMessageCreateRequest(kCFAllocatorDefault, requestMethod, requestURL, kCFHTTPVersion1_1);
CFHTTPMessageSetBody(request, requestBody);
(request, requestHeader, requestHeaderValue);
CFReadStreamRef readStream = (kCFAllocatorDefault, request);
CFReadStreamOpen(readStream)；
調用CFReadStreamCopyProperty 可以從讀取流獲取響應消息，代碼如下：
CFHTTPMessageRef response = CFReadStreamCopyProperty(readStream, );
使用函數獲得完整的狀態行，如下：
CFStringRef statusLine = (response);
或者，使用函數獲取狀態碼，如下：
UInt32 errCode = (response);
為了獲取返回的數據，可以使用CFReadStreamSetClient方法設置回調函數，將readStream加到run loop中。在回調函數將每次讀取的數據存起來（比如，有一個NSMutableData類型的變數data）,讀完後處理數據，代碼如下：
if( == eventType)
{
UInt8 buff[255];
int length = CFReadStreamRead(stream, buff, 254);
[data appendBytes:buff length:length];
if(kCFStreamEventEndEncountered == eventType)
{
//讀取已完成，處理讀取的數據
}
}
如果接收數據是中文字元串，注意在創建NSString時選擇編碼，比如UTF8或GB2312編碼，如下所示：
NSString *string = [[NSString alloc] initWithData:data encoding:0x80000632];//GB2312編碼
當使用創建讀取流時，流的重定向默認是被禁止的。如果請求連接被重定向，會導致一個錯誤，它的狀態碼為300~307。如果收到一個重定向錯誤，需要關閉這個流，然後重新創建一個流，啟用重定向並打開流。如下：
CFReadStreamRef readStream = (kCFAllocatorDefault, request);
if(CFReadStreamSetProperty(readStream, , kCFBooleanTrue) == false)
{
//出錯處理
}
CFReadStreamOpen(myReadStream);
2.CFFTP
CFFTP也使用CFReadStream來傳送FTP數據。使用CFReadStreamCreateWithFTPURL方法來創建FTP請求，這樣會同時創建一個CFReadStreamRef對象來讀取FTP伺服器發送的數據，代碼如下：
CFStringRef url = CFSTR("ftp://ftp.example.com/file.txt");
CFURLRef requestURL = CFURLCreateWithString(kCFAllocatorDefault, url, NULL);
CFReadStreamRef readStream = CFReadStreamCreateWithFTPURL(kCFAllocatorDefault, requestURL);
下一步，使用CFReadStreamSetClient方法設置回調函數來讀取數據，然後把readStream加到程序的run loop中。
如果FTP需要使用用戶名和密碼認證，通過CFReadStreamSetProperty方法設置kCFStreamPropertyFTPUserName和kCFStreamPropertyFTPPassword屬性。
要將文件下載到本地，可以使用CFWriteStreamCreateWithFile方法創建一個指向本地文件的寫入流，將接收到的數據寫入。
上傳文件和下載文件差不多，只不過把讀取流和寫入流反過來用，使用CFWriteStreamCreateWithFTPURL方法創建寫入流，使用CFReadStreamCreateWithFile創建讀取流。
創建遠程目錄的方法與上傳文件類似，只不過將CFURL對象設置一個路徑而不是文件。
獲取目錄列表的方法與下載文件類似，數據讀取到緩存後使用,方法對讀取進行解析。
3.NSURLConnection
CFNetwork是比較底層的介面，雖然用起來比較靈活，但並不好用。多數程序僅僅需要創建簡單的請求來獲取互聯網上的一個文件，那麼使用NSURLConnection要更加方便，因為不用跟套接字、流還有回調函數打交道，取而代之的是更熟悉的委託機制。
創建一個NSURL對象:
NSNRL *url = [NSURL URLWithString:@"http://www..com/"];
NSURL對象是用來創建NSURLRequest對象的，如下:
NSURLRequest *request = [[NSURLRequest alloc] initWithURL:url cachePolicy::60.0];
可選的緩存策略有以下幾種。
（1）:使用相關協議默認緩存策略。
（2）: 無論本地緩存是什麼，請求都要重新載入數據。
（3）:不僅要忽略本地緩存，在協議允許的情況下也要忽略遠程代理或中間件的緩存。
（4）:優先使用緩存數據，緩存不存在時再去載入請求。
（5）:只載入緩存數據，緩存中不存在時也不請求，可理解為離線模式。
（6）: 緩存中的數據沒有過期時才載入緩存中的數據，否則請求數據並刷新緩存。
創建完NSURLRequest對象後就可以創建NSURLConnection對象了，如下：
NSURLConnection *connection = [[NSRULConnection alloc] initWithRequest:request delegate:self];
這個是非同步調用，NSURLConnection會在後台發送請求，通過設置委託參數，有數據時會收到通知。由一些委託方法來處理連接是過程中的不同事件。
當服務主機有響應將要開始發送數據時，didReceiveResponse:方法會被調用。這里可以做一些初始化的工作，比如有一個NSMutableData類型的data對象來存儲數據，在這里可以把對象長度設為0，如下所示
-(void) connection:(NSURLConnection *)connection didReceiveRespose:(NSURLResonse *)response
{
[data setLength:0];
}
當接收到數據時，didReceiveData:方法會被調用。這里可以把數據加到NSMutableData對象的後面，如下：
- (void)connection:(NSURLConnection *)connection didReceiveData:(NSData *)incomingData
{
[data appendData:incomingData];
}
當數據載入完成時會調用connecitionDidFinshLoading:方法，處理傳入的數據。這里以字元串處理為例，示例應用中傳入的可能是圖片或其他任何類型的對象。
- (void)connectionDidFinishLoading:(NSURLConnection *)connection
{
NSString *string = [[NSString alloc] initWithData:data encoding:NSUTF8StringEncoding];
NSLog(string);
[data release];
}
連接或傳送數據失敗時，didFailWithError方法會被調用，如下：
- (void)connection:(NSURLConnection *)connection didFailWithError:(NSError *)error
{
NSLog(@"query failed with error:%@", [error localizedDescription]);
[data release];
}
⑥ ftpclient 用的是nio還是io
nio是new io的簡稱，從jdk1.4就被引入了。現在的jdk已經到了1.6了，可以說不是什麼新東西了。但其中的一些思想值得我來研究。這兩天，我研究了下其中的套接字部分，有一些心得，在此分享。
首先先分析下：為什麼要nio套接字？
nio的主要作用就是用來解決速度差異的。舉個例子：計算機處理的速度，和用戶按鍵盤的速度。這兩者的速度相差懸殊。如果按照經典的方法：一個用戶設定一個線程，專門等待用戶的輸入，無形中就造成了嚴重的資源浪費：每一個線程都需要珍貴的cpu時間片，由於速度差異造成了在這個交互線程中的cpu都用來等待。
nio套接字是怎麼做到的？
其實，其中的思想很簡單：輪詢。一個線程輪詢多個input；傳統的方式是：有n個客戶端就要有n個服務線程+一個監聽線程，現在採取這種凡是，可以僅僅使用1個線程來代替n個服務線程以此來解決。
具體應用例子：
在ftp的控制連接中，因為只有少量的字元命令進行傳輸，所以可以考慮利用這種輪詢的方式實現，以節省資源。
-----------------------------------------------------
Java中的阻塞和非阻塞IO包各自的優劣思考
NIO 設計背後的基石：反應器模式，用於事件多路分離和分派的體系結構模式。
反應器（Reactor）：用於事件多路分離和分派的體系結構模式
通常的，對一個文件描述符指定的文件或設備, 有兩種工作方式: 阻塞 與非阻塞 。所謂阻塞方式的意思是指, 當試圖對該文件描述符進行讀寫時, 如果當時沒有東西可讀,或者暫時不可寫, 程序就進入等待 狀態, 直到有東西可讀或者可寫為止。而對於非阻塞狀態, 如果沒有東西可讀, 或者不可寫, 讀寫函數馬上返回, 而不會等待 。
一種常用做法是：每建立一個Socket連接時，同時創建一個新線程對該Socket進行單獨通信（採用阻塞的方式通信）。這種方式具有很高的響應速度，並且控制起來也很簡單，在連接數較少的時候非常有效，但是如果對每一個連接都產生一個線程的無疑是對系統資源的一種浪費，如果連接數較多將會出現資源不足的情況。
另一種較高效的做法是：伺服器端保存一個Socket連接列表，然後對這個列表進行輪詢，如果發現某個Socket埠上有數據可讀時（讀就緒），則調用該socket連接的相應讀操作；如果發現某個 Socket埠上有數據可寫時（寫就緒），則調用該socket連接的相應寫操作；如果某個埠的Socket連接已經中斷，則調用相應的析構方法關閉該埠。這樣能充分利用伺服器資源，效率得到了很大提高。
傳統的阻塞式IO，每個連接必須要開一個線程來處理，並且沒處理完線程不能退出。
非阻塞式IO，由於基於反應器模式，用於事件多路分離和分派的體系結構模式，所以可以利用線程池來處理。事件來了就處理，處理完了就把線程歸還。而傳統阻塞方式不能使用線程池來處理，假設當前有10000個連接，非阻塞方式可能用1000個線程的線程池就搞定了，而傳統阻塞方式就需要開10000個來處理。如果連接數較多將會出現資源不足的情況。非阻塞的核心優勢就在這里。
為什麼會這樣，下面就對他們做進一步細致具體的分析：
首先，我們來分析傳統阻塞式IO的瓶頸在哪裡。在連接數不多的情況下，傳統IO編寫容易方便使用。但是隨著連接數的增多，問題傳統IO就不行了。因為前面說過，傳統IO處理每個連接都要消耗 一個線程，而程序的效率當線程數不多時是隨著線程數的增加而增加，但是到一定的數量之後，是隨著線程數的增加而減少。這里我們得出結論，傳統阻塞式IO的瓶頸在於不能處理過多的連接。
然後，非阻塞式IO的出現的目的就是為了解決這個瓶頸。而非阻塞式IO是怎麼實現的呢？非阻塞IO處理連接的線程數和連接數沒有聯系，也就是說處理10000個連接非阻塞IO不需要10000個線程，你可以用1000個也可以用2000個線程來處理。因為非阻塞IO處理連接是非同步的。當某個連接發送請求到伺服器，伺服器把這個連接請求當作一個請求"事件"，並把這個"事件"分配給相應的函數處理。我們可以把這個處理函數放到線程中去執行，執行完就把線程歸還。這樣一個線程就可以非同步的處理多個事件。而阻塞式IO的線程的大部分時間都浪費在等待請求上了。
⑦ FTP是什麼
FTP（File Transfer Protocol，文件傳輸協議） 是 TCP/IP 協議組中的協議之一。FTP協議包括兩個組成部分，其一為FTP伺服器，其二為FTP客戶端。
其中FTP伺服器用來存儲文件，用戶可以使用FTP客戶端通過FTP協議訪問位於FTP伺服器上的資源。在開發網站的時候，通常利用FTP協議把網頁或程序傳到Web伺服器上。此外，由於FTP傳輸效率非常高，在網路上傳輸大的文件時，一般也採用該協議。
(7)ftp是非同步嗎擴展閱讀：
同大多數Internet服務一樣，FTP也是一個客戶/伺服器系統。用戶通過一個客戶機程序連接至在遠程計算機上運行的伺服器程序。依照 FTP 協議提供服務，進行文件傳送的計算機就是 FTP伺服器，而連接FTP伺服器，遵循FTP協議與伺服器傳送文件的電腦就是FTP客戶端。
用戶要連上FTP 伺服器，就要用到 FTP 的客戶端軟體，通常 Windows自帶「ftp」命令，這是一個命令行的 FTP客戶程序，另外常用的 FTP 客戶程序還有FileZilla、 CuteFTP、Ws_FTP、Flashfxp、LeapFTP、流星雨-貓眼等。
⑧ FTP採用的是什麼工作模式,可以實現的文件傳輸方式有哪兩種
FTP可以採用2種工作模式，分別是Port模式、Passive模式；
FTP的傳輸有兩種方式：ASCII、二進制：
1、ASCII傳輸方式：
假定用戶正在拷貝的文件包含的簡單ASCII碼文本，如果在遠程機器上運行的不是UNIX，當文件傳輸時ftp通常會自動地調整文件的內容以便於把文件解釋成另外那台計算機存儲文本文件的格式
2、二進制傳輸模式：
在二進制傳輸中，保存文件的位序，以便原始和拷貝的是逐位一一對應的。即使目的地機器上包含位序列的文件是沒意義的。例如，macintosh以二進制方式傳送可執行文件到Windows系統，在對方系統上，此文件不能執行。
(8)ftp是非同步嗎擴展閱讀：
FTP文件傳輸協議的特點介紹：
FTP工作在TCP/IP模型的應用層，基於的傳輸協議是TCP，FTP客戶端和伺服器之間的連接是可靠的，面向連接的，為數據的傳輸提供了可靠的保證。
FTP的主要特徵：
1、控制連接是建立在客戶協議解釋器和伺服器協議解釋器之間用於交換命令與應答的通信鏈路
2、數據連接是傳輸數據的全雙工連接。傳輸數據可以發生在伺服器數據傳輸過程DTP和客戶DTP之間，也可以發生在兩個伺服器的DTP之間。
⑨ FTP,ALM是什麼意思呀
ATM，或者說非同步傳輸模式，最初被設計用來為數字通訊傳輸寬頻綜合業務數字網，但也提供了一種將所有數據傳輸集成到相同構架的途徑。ATM支持：
廣域網並不固定於特定的物理實現，它有靈活的速度，獨立於它所傳輸的數據類型。
就像可改善的物理資源一樣，可升級的數據傳送構架的規定已成為可能。
決定於應用和使用的物理連接的不同為速率的鏈接。
使用同一普遍技術的廣域和區域網的集成。
在商業領域，解釋每一被發送的認證和票據的數據單元的能力。
對於終極用戶擔保的服務質量的規定。
ATM協議是基於標準的，與由ATM論壇實現的ATM標准同等。ATM論壇是『一非盈利性的國際組織，目的是通過協同性規定的快速匯聚來加速ATM產品和服務的使用。由許多涉及ATM論壇的公司，包括摩托羅拉、微軟、諾基亞、AT&T、Mitsubishi、Ericsson、Sun微系統等等。在網頁Http：//www.atmforum.com/atmforum有成員的完整的列表。
ATM是一面向連接的技術，使用53位元組的小的、固定的長度單元，允許網上的非常快速的交換。一ATM網路，在數據能夠在兩節點之間傳輸之前，它們之間建立了一條虛擬路徑。虛擬路徑，如下圖所示，很像網上轉換之間的管道。每一管道包含了一個或多個虛擬信道，每一信道僅單向的傳輸一獨立的數據流。例如，為建立一電話通話，一條虛擬路徑需兩條各是64bps且反向的虛擬信道。每一虛擬信道有其自身的帶寬和服務需求。
使用虛擬路徑是因為ATM非常快，因此需要非常快的交換，而傳統的路由器並不足夠快速。沒有時間來把包讀入緩沖區，檢查它的目的地址，查查詢表以找到發送包的下一個地址，然後把包發送出去。ATM在數據傳輸開始之前將包按虛擬路徑（VPI）和虛擬信道（VCI）編成獨立的號碼。數據單元僅包含簡短的VPI和VCI（總共28位），不是整個目的地址，並且當數據單元還正在進入交換時VPI和VCI已被非常快的讀和處理了，因此數據單元在交換本身花費很少的時間。 使用虛擬路徑和虛擬信道的另一優點是一旦建立，路徑是固定的，除非設備問題；因此沒有數據單元混亂無序的風險。這是同步（時間依賴）通訊更易於處理。在路徑建立期間，服務質量也同時認定。這包括有帶寬、傳輸時間、被傳輸的通信量的需要的抖動、允許ATM網路處理通訊的不同類型和保證對於終極用戶所期望的連接質量。
⑩ 什麼是「FTP」什麼是「流媒體」
FTP（File Transfer Protocal），是文件傳輸協議的簡稱。用於Internet上的控制文件的雙向傳輸。同時，它也是一個應用程序（Application）。用戶可以通過它把自己的PC機與世界各地所有運行FTP協議的伺服器相連，訪問伺服器上的大量程序和信息。
上面抄的。。
其實就是一個埠。提供別人進入瀏覽下載文件的
所謂流媒體是指採用流式傳輸的方式在Internet播放的媒體格式。 流媒體又叫流式媒體，它是指商家用一個視頻傳送伺服器把節目當成數據包發出，傳送到網路上。用戶通過解壓設備對這些數據進行解壓後，節目就會像發送前那樣顯示出來。
這個我專業性的。我也答不好