前不久為用戶做了一個小工具，把數據中心的數據發布到其它相應的數據庫．到用戶的測試機上一跑， 10分鐘左右，內存用光（1.5G) ，跟蹤看了一下 IBATISN.NET　１.６.１ 的源碼，哈哈。。。找著根了

一、根位置　MappedStatement.cs
ibaits的數據真實操作都交給了這個類。其中用一大堆與select相關操作的方法以及insert update delete相關方法，內存泄漏就在這些方法上。簡單看一下ExecuteInsert（insert）方法的代碼：

    
// 初始化 command　的參數
_preparedCommand.Create(request, session, this.Statement, parameterObject);
// 用　using 處理 command 
using (IDbCommand command = request.IDbCommand)
{
   try
    {
   if (_statement is Insert)
    {
        generatedKey = command.ExecuteNonQuery();
    }
    // Retrieve output parameter if the result class is specified
    else if (_statement is Procedure && (_statement.ResultClass != null) &&
            _sqlMap.TypeHandlerFactory.IsSimpleType(_statement.ResultClass))
    {
......// 省
    }

    if (selectKeyStatement != null && selectKeyStatement.isAfter)
    {
        IMappedStatement mappedStatement = _sqlMap.GetMappedStatement(selectKeyStatement.Id);
        generatedKey = mappedStatement.ExecuteQueryForObject(session, parameterObject);

        ObjectProbe.SetMemberValue(parameterObject, selectKeyStatement.PropertyName, generatedKey,
            request.DataExchangeFactory.ObjectFactory,
            request.DataExchangeFactory.AccessorFactory);
    }

    //ExecutePostSelect(request);
    
    RetrieveOutputParameters(request, session, command, parameterObject);
}
// 下面這個 finally　段是我加上去的,我不確定 command 的 dispose是否會調用相關Paramters中對象相應的 dispose　方法，所以就用了下面這個，因為程序中顯示大量IDataParamter  對象無法回收
finally 
{  
     if (command.Parameters.Count > 0){
         MethodInfo mi = command.Parameters[0].GetType().GetMethod("Dispose", BindingFlags.Instance | BindingFlags.Public);
　        if (mi != null)
  　          for (int i = 0; i < command.Parameters.Count; i++)
                            mi.Invoke(command.Parameters[i], null);
         }
　　　command.Dispose();
}
}

  

二、原因　IDispose　接口得顯示調用
using并不能釋放這些非托管資源
三、解決方法：看上面代碼

四、總結
以前用ibaits怎么就沒有發現在呢？
我想這與項目的實際應用場景有關，問題一直都存在，只是沒有顯現吧了。
大多數據時候，用戶的輸入參數只有幾個，相對較少，而且調用頻度應該不高。
而這個應用場景走的卻是另一個極端：
調用頻度極高：
數據中心實時采集４家公司的數據，且數據更新高峰在開收盤前后，中午休市最為集中，每天的數據更新在３０００Ｋ左右，這些數據要及時發布到５個數據庫中
參數超多：
近２００張表中有５０多張賬務相關的表字段個數在１００到２３０之間

這些字段最終是要轉換成 INSERT 與　UPDATE 語句中的參數， 怪不得程序顯示超多OarcleParamter　對象無法回收，它不多才怪。。。

不過還好，加了上面的代碼后，程序內存近期還沒超過１５０Ｍ，多在１００M左右

如果你也有用IBAITS.NET,你可要小心了。。

這個問題其實是由 IDispose　接口引起的，　不知道JAVA是什么樣子，源碼還沒仔細看

JAVA版本的３.０出來時間也不短了，易用性比 IBATIS.NET 1.6.1 要強太多了。
不知道 .NET　版本的更新什么時候出。。。

IBatis.NET,不要相信它,內存瘋狂泄漏