FtpWebRequest類實現ftp功能的一般過程
1、創建一個FtpWebRequest對象，指向ftp服務器的uri
2、設置ftp的執行方法（上傳，下載等）
3、給FtpWebRequest對象設置屬性（是否支持ssl，是否使用二進制傳輸等）
4、設置登錄驗證（用戶名，密碼）
5、執行請求
6、接收相應流（如果需要的話）
7、如果沒有打開的流，則關閉ftp請求
其中一些重要的屬性如下：
·Credentials - 指定登錄ftp服務器的用戶名和密碼。
·KeepAlive - 指定連接是應該關閉還是在請求完成之後關閉，默認為true
·UseBinary - 指定文件傳輸的類型。有兩種文件傳輸模式，一種是Binary，另一種是ASCII。兩種方法在傳輸時，字節的第8位是不同的。ASCII使用第8位作為錯誤控制，而Binary的8位都是有意義的。所以當你使用ASCII傳輸時要小心一些。簡單的說，如果能用記事本讀和寫的文件用ASCII傳輸就是安全的，而其他的則必須使用Binary模式。當然使用Binary模式發送ASCII文件也是非常好的。
·UsePassive - 指定使用主動模式還是被動模式。早先所有客戶端都使用主動模式，而且工作的很好，而現在因為客戶端防火牆的存在，將會關閉一些端口，這樣主動模式將會失敗。在這種情況下就要使用被動模式，但是一些端口也可能被服務器的防火牆封掉。不過因為ftp服務器需要它的ftp服務連接到一定數量的客戶端，所以他們總是支持被動模式的。這就是我們為什麼要使用被動模式的原意，為了確保數據可以正確的傳輸，使用被動模式要明顯優於主動模式。（譯者注：主動（PORT）模式建立數據傳輸通道是由服務器端發起的，服務器使用20端口連接客戶端的某一個大於1024的端口；在被動（PASV）模式中，數據傳輸的通道的建立是由FTP客戶端發起的，他使用一個大於1024的端口連接服務器的1024以上的某一個端口）
·ContentLength - 設置這個屬性對於ftp服務器是有用的，但是客戶端不使用它，因為FtpWebRequest忽略這個屬性，所以在這種情況下，該屬性是無效的。但是如果我們設置了這個屬性，ftp服務器將會提前預知文件的大小（在upload時會有這種情況）
·Method - 指定當前請求是什麼命令（upload，download，filelist等）。這個值定義在結構體WebRequestMethods.Ftp中。
當你遇到:"遠程服務器返回錯誤:(550) 文件不可用(例如，未找到文件，無法訪問文件)"時,可能是如下原因:
1.URL路徑不對,看看有沒有多加空格,或者大小寫問題
2.權限是否足
3.需要反復連接的時候,如GetFileList,需要遞歸獲得所有文件,keepAlive則設成false,一個查詢請求完了後就關閉.
