datasnap的線程池

新的datasnap使用INDY10的線程池。不管你知不知道，DATASNAP都是使用線程池了，這和MIDAS不同，MIDAS預設是沒有線程池的。

跟蹤INDY10線程池類TIdSchedulerOfThreadPool的代碼：

procedure TIdSchedulerOfThreadPool.Init;
begin
  inherited Init;
  Assert(FThreadPool<>nil);

  if not IsDesignTime then begin
    if PoolSize > 0 then begin
      with FThreadPool.LockList do try
        while Count < PoolSize do begin
          Add(NewThread);
        end;
      finally FThreadPool.UnlockList; end;
    end;
  end;
end;

由此可知TDSTCPServerTransport.poolsize屬性，預設值是10，表示線程池初始化的時候在池內建立10個線程，這個預設值太小，應該設大點。TDSTCPServerTransport.maxThreads屬性，預設值是0，表示線程池內建立線程的個數不設上限。池應該設一個可建立線程數量的上限值，不能允許無限制地建立線程。

 

線程池的POOLSIZE屬性的值應該設大些，這樣線程池初始化的時候就在池內建立了許多的線程，以後需要使用線程的時候，就直接從池內取，不需要再去建立新的線程，這節約了大量的CPU時間，但大量的線程需要佔用較多的記憶體空間。伺服器端的記憶體空間一般都比較大，用空間換時間的策略是值得的。伺服器端其它的對象池也應該用此策略。對象池建立的時候設定POOLSIZE=0的方法是不可取的，應該盡量設大一點，佔用點記憶體空間其實根本不算什麼。

 

TDSServerClass.LIFECycle屬性的值對線程池的利用效率至關重要。當LIFECYCLE=SESSION，一個用戶端串連從線程池中擷取一個線程為其服務，當這個用戶端中斷連線的時候把這個佔用的線程歸還線程池中，這個線程佔用的時間是有些長啊；當LIFECYCLE=SERVER，所有的客戶串連都共用一個從線程池中擷取的線程為它們服務，這個時候線程池好像真是多此一舉不是，官方資料說是如果你的伺服器硬體窮的慌就用它，估計沒幾個人會窮到如此份上吧；當LIFECYCLE=INVOCATION，一個用戶端發起一個事件動作就從線程池中擷取一個線程為它服務，這個有點費事，什麼雞毛點兒的事就要擷取一個線程為它服務，一眨眼的時間這事它完了，線程立馬歸還線程池中，如此頻繁，咱真有點兒擔心線程池吃的消不。所以本人滿打滿算還是從了官方的建議：使用預設的SESSION值。