原因：當FTP文件超過一定文件個數的時候，由於零星文件過多就會造成FTP上傳時發出的傳輸命令頻繁導致FTP間斷。
處理方法:將FTP文件打包為壓縮包，這樣就能減少FTP上傳時發出的傳輸命令，傳輸速度和時間將縮短，就能避免出現FTP上傳中斷的問題
工具/原料
FTP客戶端
FTP服務端
方法/步驟
實驗分析：
第一次，上傳了39.9M共計4330個文件，用了半小時，中間出現多次傳輸失敗。
第二次，上傳了12.9M的一個壓縮包文件，用了6秒，中間未出現傳輸失敗。
第三次，上傳了117M的一個壓縮包文件，用了17秒，中間未出現傳輸失敗。
細心的人不難看出，出現上傳中斷的實驗中，所上傳的數據有個明顯的特點：文件數特別多。而上傳成功的兩次，則只有一個文件上傳。
這樣看來，FTP上傳中斷應該是跟待上傳的文件個數有關了。
專業解釋如下：
FTP是應用層的協議，它基於傳輸層，為用戶服務，它們負責進行文件的傳輸。FTP是一個8位的客戶端-服務器協議，能操作任何類型的文件而不需要進一步處理，就像MIME或Unicode一樣。但是，FTP有著極高的延時，這意味著，從開始請求到第一次接收需求數據之間的時間會非常長，並且不時的必需執行一些冗長的登錄進程。
FTP服務一般運行在20和21兩個端口。端口20用於在客戶端和服務器之間傳輸數據流，而端口21用於傳輸控制流，並且是命令通向ftp服務器的進口。當數據通過數據流傳輸時，控制流處於空閒狀態。而當控制流空閒很長時間後，客戶端的防火牆會將其會話置為超時，這樣當大量數據通過防火牆時，會產生一些問題。此時，雖然文件可以成功的傳輸，但因為控制會話會被防火牆斷開，傳輸會產生一些錯誤。
說的這麼專業，很多非計算機專業的童鞋可能看能雲裡霧裡，那麼我們通俗的解釋下為什麼會出現FTP上傳的文件數比較多的時候就會很慢而且經常中斷。
我們把服務器比作一座城市，我們上傳的文件就是想要去到城市裡的人，FTP協議是想要進城必須遵守的規矩，而傳輸數據的端口就是城門，每一個文件看做一個人。
當我們使用FTP客戶端向服務器上傳文件數表較多的數據的時候，可以看做是一群人分別駕駛著自己的小轎車通過端口這座門戶進入服務器這座城市。
但是，因為進城就必須遵守一定的規則（FTP協議），也就是必須先去命令端口這道門申報一下我要進城然後從數據端口這道門進去，且每次開門只能進一輛車，例如上圖的5輛車進城就必須排隊等著城門（數據端口）開啟關閉5次，而每一次開啟關閉城門用時特別久，最重要的是在命令端口這道門申報了之後並不是一直有效，而是在一定時間之後就會關閉，數據端口一看命令端口關閉了，就會跟著關閉，而這時候因為開門關門佔用了大量的時間，等待進城的這些車並沒有全部進去，這時候就需要重新去命令端口申報，這就是為什麼上傳著數據中突然中斷了，因為命令端口的開放時間到了，必須重新申報了。
那麼將大量數據壓縮成一個壓縮包上傳呢，這時候就可以看做是一群人坐著一輛大巴車進城。
這時候，因為只有一輛車進城，所以在命令端口開放的時間內，這輛大巴車就已經進去城市了，也就不會出現中斷了。
分析到了這裡，我們應該很明白了，如果想解決FTP上傳中斷的問題，那麼最好的解決辦法就是將數據打包壓縮之後再上傳，這樣就不會出現上傳中斷了，切記，千萬不要一次上傳太多的文件，一定要打包壓縮上傳。