摘要：封裝一個操作工具類概述前人的代碼中把操作和業(yè)務邏輯實現(xiàn)耦合在一起，據(jù)說經(jīng)過多次的修改，在性能表現(xiàn)方面已經(jīng)非常靠譜。連接對象池使用對象池管理方式需要提供一個工廠類，管理對象的生成銷毀等。

前人的代碼中把FTP操作和業(yè)務邏輯實現(xiàn)耦合在一起，據(jù)說經(jīng)過多次的修改，在性能表現(xiàn)方面已經(jīng)非?？孔V。
在原來的代碼中可以看到使用了commons-net進行FTP操作，使用commons-pool對象池方式管理FTP連接，
完成了多線程下載和上傳的功能，本次的修改只是把耦合的地方剝離開來。

使用apache commons pool對象池管理方式需要提供一個工廠類，管理對象的生成銷毀等。
需要實現(xiàn)如下方法，

PooledObject makeObject(K key) throws Exception;
void destroyObject(K key, PooledObject p) throws Exception;
boolean validateObject(K key, PooledObject p);

apache commons pool提供了一個帶泛型的接口KeyedPooledObjectFactory，
需要繼承實現(xiàn)類提供對象工廠的key類型，及要生產(chǎn)的對象類型，key可以是一個類，包含F(xiàn)TP的IP
，端口，用戶名密碼等屬性組成，目的是區(qū)分不同的FTP連接，

public class FtpClientConfig {
    
    private String host;
    private int port;
    private String username;
    private String password;
...
}

這里要生產(chǎn)的對象類型當然是FTPClient了，所以我們的工廠類是這樣的，

public class FtpClientFactory implements KeyedPooledObjectFactory{
...
}

相應的，我們提供一個對象池的實現(xiàn)，其實很簡單

public class FtpClientPool extends GenericKeyedObjectPool  {

    public FtpClientPool(FtpClientFactory factory, FtpPoolConfig config) {
        super(factory, config);
    }

}

構(gòu)造方法的參數(shù)就是我們提供的對象工廠FtpClientFactory和FtpPoolConfig，FtpPoolConfig是

public class FtpPoolConfig extends GenericKeyedObjectPoolConfig{
    public FtpPoolConfig() {
        setTestWhileIdle(true);
        setTimeBetweenEvictionRunsMillis(60000);
        setMinEvictableIdleTimeMillis(1800000L);
        setTestOnBorrow(true);
    }
}

針對FTP連接設(shè)置了一些參數(shù)。

外部只要拿到FtpClientPool對象就可以獲取FTPClient對象、返回FTPClien對象了，
FTPClient的生成銷毀就交給了FtpClientFactory管理。

FTP連接池比方數(shù)據(jù)庫連接池來看，使用連接池似乎可以模仿Spring的JdbcTemplate，這個模板封裝了
獲取連接，執(zhí)行數(shù)據(jù)庫操作，返還連接給連接池的過程，在這里同樣也適合。這里引入一個自己實現(xiàn)的"模板類"，

public class FtpTemplate implements FtpOperations {
    @Autowired
    private FtpClientPool ftpClientPool;    
}

繼承自己定義的FTP操作接口，并且注入上一步封裝好的對象池，當然在實踐過程中可能做不到像JdbcTemplate
那樣完全的泛型化。
比如為了泛型實例化，引入InterfaceConfig類我們才能真正實現(xiàn)FtpTemplate類。

public class FtpTemplate implements FtpOperations {
    ...
    @Override
    public String getFile(InterfaceConfig k, String fileName) throws Exception {
        if (logger.isDebugEnabled()) {
            logger.debug("正在下載" + toFtpInfo(k) + "/" + fileName + "文件");
        }
        final FTPClient client = getFtpClient(getFtpClientPool(), k);
        boolean ret = changeDirectory(client,k);
        
        try {
            if(ret) {
                return performPerFile(client, fileName);
            }
            return null;
        } catch(Exception e) {
            logger.error("下載" + toFtpInfo(k) + "/" + fileName + "文件異常",e);
            throw e;
        } finally {
            //return to object pool
            if(client != null) {
                returnFtpClient(getFtpClientPool(), k, client);
            }
        }
    }
...
}

通過InterfaceConfig提供對象池識別的key獲得我們需要的對象池里的對象FTPClient。

    private FTPClient getFtpClient(FtpClientPool ftpClientPool, InterfaceConfig k) throws Exception {
        FtpClientConfig config = buildFtpClientConfig(k);
        FTPClient client = null;
        try {
            client = ftpClientPool.borrowObject(config);
        } catch (Exception e) {
            logger.error("獲取FTPClient對象異常 " + toFtpInfo(k),e);
            throw e;
        }
        return client;
    }
    private FtpClientConfig buildFtpClientConfig(InterfaceConfig k) {
        FtpClientConfig config = new FtpClientConfig();
        config.setHost(k.getFtpUrl());
        config.setPort(Integer.valueOf(k.getFtpPort()));
        config.setUsername(k.getUserName());
        config.setPassword(k.getPwd());
        return config;
    }    

這個InterfaceConfig是業(yè)務代碼中的對象類型，可能是Model類。目前為止我引入了一點點關(guān)于
業(yè)務的代碼，但還沒有耦合進來業(yè)務實現(xiàn)邏輯。

其實FtpTemplate已經(jīng)是一個適合業(yè)務邏輯實現(xiàn)的工具類的，但是它的功能單純一些，為了完成特殊的業(yè)務功能，
如多線程下載，下載文件業(yè)務處理成功后才刪除遠端服務的文件等，這里再對FtpTemplate做一次封裝。

public class FtpUtils {
    @Autowired
    private FtpTemplate ftpTemplate;
    private ConcurrentHashMap poolMap = new ConcurrentHashMap<>(); //存儲線程池
    
    public void downloadDirectory(InterfaceConfig config,
             final FtpCallback callback) {
        logger.info("正在下載FTP目錄" + toFtpInfo(config));
        ThreadPoolExecutor workPool = poolMap.get(config.getInterfaceCode());
        if(workPool == null) {
            BlockingQueue workQueue = new LinkedBlockingQueue(100);
            workPool = new ThreadPoolExecutor(MAX_CORE_NUM, MAX_THREAD_NUM, 1, TimeUnit.MINUTES, workQueue);
            poolMap.put(config.getInterfaceCode(), workPool);
        }
        try {
            List fileNames = ftpTemplate.listFiles(config,config.getOrdersCount());
            BlockingQueue fileQueue = new LinkedBlockingQueue(fileNames); //生產(chǎn)者資料
            for(int i = 0; i < config.getThreadNum(); i++) {
                try {
                    workPool.execute(new GetFileConsumer(config, fileQueue, callback));
                } catch (Exception e) {
                    logger.error("提交線程出現(xiàn)異常",e);
                }
            }
        } catch (Exception e) {
            logger.error("FTP操作出現(xiàn)異常"+toFtpInfo(config),e);
        }
        logger.info("下載FTP目錄完成" + toFtpInfo(config));
    }        
}

注入了FtpTemplate，加入了多線程線程池管理，下載方法也需要外部傳入回調(diào)方法。
回調(diào)方法中就可以完成保存下載的FTP文件，刪除遠端對應的文件等邏輯。即使了多了一層多線程
下載功能的封裝，我們也沒有把業(yè)務處理邏輯耦合進來。當然，不滿意的地方還是引入了業(yè)務的Model類。

略

從上往下可以看出來三處封裝，分別是FtpUtils、FtpTemplate和FtpClientPool，我們可以分別
對他們進行單元測試，

注入FtpClientPool，測試FTP連接問題等

注入FtpTemplate，測試FTP操作問題等

注入FtpUtils,傳入回調(diào)函數(shù)，測試業(yè)務問題

由于JUnit對多線程單元測試并沒有提供支持，所以第3點實現(xiàn)起來有困難。

https://github.com/Honwhy/com... 見master分支