也許最重要的不同是Hashtable的方法是同步的,而HashMap的方法不是.這就意味著,雖然妳可以不用采取任何特殊的行為就可以在壹個多線程的應用程序中用壹個Hashtable,但妳必須同樣地為壹個HashMap提供外同步.壹個方便的方法就是利用Collections類的靜態的synchronizedMap()方法,它創建壹個線程安全的Map對象,並把它作為壹個封裝的對象來返回.這個對象的方法可以讓妳同步訪問潛在的HashMap.這麽做的結果就是當妳不需要同步時,妳不能切斷Hashtable中的同步（比如在壹個單線程的應用程序中）,而且同步增加了很多處理費用.
第三點不同是,只有HashMap可以讓妳將空值作為壹個表的條目的key或value.HashMap中只有壹條記錄可以是壹個空的key,但任意數量的條目可以是空的value.這就是說,如果在表中沒有發現搜索鍵,或者如果發現了搜索鍵,但它是壹個空的值,那麽get()將返回null.如果有必要,用containKey()方法來區別這兩種情況.
壹些資料建議,當需要同步時,用Hashtable,反之用HashMap.但是,因為在需要時,HashMap可以被同步,HashMap的功能比Hashtable的功能更多,而且它不是基於壹個陳舊的類的,所以有人認為,在各種情況下,HashMap都優先於Hashtable.
關於Properties
有時侯,妳可能想用壹個hashtable來映射key的字符串到value的字符串.DOS、Windows和Unix中的環境字符串就有壹些例子,如key的字符串PATH被映射到value的字符串C:\WINDOWS;C:\WINDOWS\SYSTEM.Hashtables是表示這些的壹個簡單的方法,但Java提供了另外壹種方法.
Java.util.Properties類是Hashtable的壹個子類,設計用於String keys和values.Properties對象的用法同Hashtable的用法相象,但是類增加了兩個節省時間的方法,妳應該知道.
Store()方法把壹個Properties對象的內容以壹種可讀的形式保存到壹個文件中.Load()方法正好相反,用來讀取文件,並設定Properties對象來包含keys和values.
註意,因為Properties擴展了Hashtable,妳可以用超類的put()方法來添加不是String對象的keys和values.這是不可取的.另外,如果妳將store()用於壹個不包含String對象的Properties對象,store()將失敗.作為put()和get()的替代,妳應該用setProperty()和getProperty(),它們用String參數.