除了執行緒、鎖和監視器之外，執行緒系統還提供了一個基本的抽象，即執行緒組。執行緒組的初衷是作為一種隔離applet（小程式）的機制，當然是出於安全的考慮。但是他們從來沒有真正履行這個承諾，他們的安全價值已經差到根本不在Java安全模型的標準工作中提及的地步。

他們允許你同時把Thread的某些基本功能應用到一組執行緒中。其中有一些基本功能已經被廢棄了，剩下的也很少使用。

具有諷刺意味的是，從執行緒安全性的角度來看，ThreadGroup API非常弱。為了得到一個執行緒組中的活動執行緒列表，你必須呼叫enumerate方法，它有一個數組引數，並且陣列的容量必須足夠大，以便容納所有的活動執行緒。activeCount方法返回一個執行緒組中活動執行緒的數量，但是，一旦這個陣列進行了分配，並傳遞給了enumerate方法，就不保證原先得到的活動執行緒數仍是正確的。如果執行緒數增加了，而陣列太小，enumerate方法就會悄然的忽略掉無法再陣列中容納的執行緒。

列出執行緒組彙總子組的API也有類似的缺陷。雖然通過增加新的方法，這些問題有可能得到修正，但是他們目前還沒有修正，因為執行緒組已經過時了，所以實際上根本沒有必要修正。

總而言之，執行緒組並沒有提供太多有用的功能，而且他們提供的許多功能還是有缺陷的。我們最好把執行緒組看做是一個不成功的試驗，你可以忽略掉他們。如果你正在設計的一個類需要處理執行緒的邏輯組，或許就應該使用執行緒池executor。