<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    冰塊+java

    2011年10月21日

    java為數據結構中的映射定義了一個接口java.util.Map;它有四個實現類,分別是HashMap Hashtable LinkedHashMap 和TreeMap
    Map主要用于存儲健值對,根據鍵得到值,因此不允許鍵重復(重復了覆蓋了),但允許值重復。
    ----------------------------------------------------------------
    HashMap 是一個最常用的Map,它根據鍵的HashCode 值存儲數據,根據鍵可以直接獲取它的值,具有很快的訪問速度,遍歷時,取得數據的順序是完全隨機的。HashMap最多只允許一條記錄的鍵為Null;允許多條記錄的值為 Null;
    HashMap不支持線程的同步,即任一時刻可以有多個線程同時寫HashMap;可能會導致數據的不一致。如果需要同步,可以用 Collections的synchronizedMap方法使HashMap具有同步的能力,或者使用ConcurrentHashMap。
    -----------------------------------------------------------------
    Hashtable與 HashMap類似,它繼承自Dictionary類,不同的是:它不允許記錄的鍵或者值為空;它支持線程的同步,即任一時刻只有一個線程能寫Hashtable,因此也導致了 Hashtable在寫入時會比較慢。
    -----------------------------------------------------------------
    LinkedHashMap保存了記錄的插入順序,在用Iterator遍歷LinkedHashMap時,先得到的記錄肯定是先插入的.也可以在構造時用帶參數,按照應用次數排序。在遍歷的時候會比HashMap慢,不過有種情況例外,當HashMap容量很大,實際數據較少時,遍歷起來可能會比LinkedHashMap慢,因為LinkedHashMap的遍歷速度只和實際數據有關,和容量無關,而HashMap的遍歷速度和他的容量有關。
    -----------------------------------------------------------------
    TreeMap實現SortMap接口,能夠把它保存的記錄根據鍵排序,默認是按鍵值的升序排序,也可以指定排序的比較器,當用Iterator 遍歷TreeMap時,得到的記錄是排過序的。
    ------------------------------------------------------------------------------------------
    總結:
    一般情況下,我們用的最多的是HashMap,HashMap里面存入的鍵值對在取出的時候是隨機的,它根據鍵的HashCode值存儲數據,根據鍵可以直接獲取它的值,具有很快的訪問速度。在Map 中插入、刪除和定位元素,HashMap 是最好的選擇。
    TreeMap取出來的是排序后的鍵值對。但如果您要按自然順序或自定義順序遍歷鍵,那么TreeMap會更好。
    LinkedHashMap 是HashMap的一個子類,如果需要輸出的順序和輸入的相同,那么用LinkedHashMap可以實現,它還可以按讀取順序來排列,像連接池中可以應用。
    posted @ 2011-10-21 09:58 iceblock 閱讀(977) | 評論 (0)編輯 收藏

    2011年10月18日

    同步性
    Vector是同步的。這個類中的一些方法保證了Vector中的對象是線程安全的。而ArrayList則是異步的,因此ArrayList中的對象并不是線程安全的。因為同步的要求會影響執行的效率,所以如果你不需要線程安全的集合那么使用ArrayList是一個很好的選擇,這樣可以避免由于同步帶來的不必要的性能開銷。
    ---------------------------------------------------------------------------------------------------------------------
    數據增長
    從內部實現機制來講ArrayList和Vector都是使用數組(Array)來控制集合中的對象。當你向這兩種類型中增加元素的時候,如果元素的數目超出了內部數組目前的長度它們都需要擴展內部數組的長度,Vector缺省情況下自動增長原來一倍的數組長度,ArrayList是原來的50%,所以最后你獲得的這個集合所占的空間總是比你實際需要的要大。所以如果你要在集合中保存大量的數據那么使用Vector有一些優勢,因為你可以通過設置集合的初始化大小來避免不必要的資源開銷。
    --------------------------------------------------------------------------------------------------------------------
    使用模式
    在ArrayList和Vector中,從一個指定的位置(通過索引)查找數據或是在集合的末尾增加、移除一個元素所花費的時間是一樣的,這個時間我們用O(1)表示。但是,如果在集合的其他位置增加或移除元素那么花費的時間會呈線形增長:O(n-i),其中n代表集合中元素的個數,i代表元素增加或移除元素的索引位置。為什么會這樣呢?以為在進行上述操作的時候集合中第i和第i個元素之后的所有元素都要執行位移的操作。這一切意味著什么呢?
    這意味著,你只是查找特定位置的元素或只在集合的末端增加、移除元素,那么使用Vector或ArrayList都可以。如果是其他操作,你最好選擇其他的集合操作類。比如,LinkList集合類在增加或移除集合中任何位置的元素所花費的時間都是一樣的?O(1),但它在索引一個元素的使用缺比較慢-O(i),其中i是索引的位置.使用ArrayList也很容易,因為你可以簡單的使用索引來代替創建iterator對象的操作。LinkList也會為每個插入的元素創建對象,所有你要明白它也會帶來額外的開銷。
    -------------------------------------------------------------------------------------------------------------
    最后,在《Practical Java》一書中Peter Haggar建議使用一個簡單的數組(Array)來代替Vector或ArrayList。尤其是對于執行效率要求高的程序更應如此。因為使用數組(Array)避免了同步、額外的方法調用和不必要的重新分配空間的操作。
    posted @ 2011-10-18 14:39 iceblock 閱讀(168) | 評論 (0)編輯 收藏
    String 是不可變的對象, 因此在每次對 String 類型進行改變的時候其實都等同于生成了一個新的 String 對象,然后將指針指向新的String 對象,所以經常改變內容的字符串最好不要用 String。因為每次生成對象都會對系統性能產生影響,特別當內存中無引用對象多了以后, JVM 的 GC 就會開始工作,那速度是一定會相當慢的。
    -------------------------------------------------------------------------------------
    StringBuffer 每次結果都會對 StringBuffer 對象本身進行操作,而不是生成新的對象,再改變對象引用。線程安全
    -----------------------------------------------------------------------------------------
    StringBuilder 用在字符串緩沖區被單個線程使用的時候    線程不安全

    ------------------------------------------------------------------------------------------

    1.如果要操作少量的數據用 = String

    2.單線程操作字符串緩沖區 下操作大量數據 = StringBuilder

    3.多線程操作字符串緩沖區 下操作大量數據 = StringBuffer

    posted @ 2011-10-18 13:05 iceblock 閱讀(166) | 評論 (0)編輯 收藏

    2011年8月16日

        工作已經7年有余,從未寫過博客,慚愧。為了更好的提高自己的水平。從即日起開始記錄一下,生活,學習,工作的點點滴滴。
    用一句話來自勉:“讀史使人明智,讀詩使人靈秀,演算使人精密,哲理使人深刻,倫理學使人莊重,邏輯修辭使人善辯”;
    posted @ 2011-08-16 16:58 iceblock 閱讀(773) | 評論 (0)編輯 收藏
    僅列出標題  

    導航

    <2025年5月>
    27282930123
    45678910
    11121314151617
    18192021222324
    25262728293031
    1234567

    統計

    常用鏈接

    留言簿

    隨筆分類

    隨筆檔案

    搜索

    最新評論

    閱讀排行榜

    評論排行榜

    主站蜘蛛池模板: 18禁超污无遮挡无码免费网站国产| 中文字幕不卡免费视频| 黄色成人免费网站| 亚洲国产午夜精品理论片| 亚洲免费闲人蜜桃| 亚洲人成人网毛片在线播放| 美女裸身网站免费看免费网站| 亚洲va成无码人在线观看| 免费a级毛片高清视频不卡| 亚洲综合无码无在线观看 | A片在线免费观看| 激情97综合亚洲色婷婷五| 国产色爽免费无码视频| 亚洲天堂男人天堂| 在线观看日本免费a∨视频| 亚洲av无码一区二区三区天堂 | 亚洲国产成人九九综合| 久久精品免费一区二区喷潮| 亚洲成av人片在www鸭子| 亚洲AV无码乱码在线观看牲色| 国产精品偷伦视频免费观看了 | 免费无码一区二区三区蜜桃大| 国产成人精品日本亚洲语音 | 亚洲成a∧人片在线观看无码| 亚洲精品无码专区2| 东方aⅴ免费观看久久av | 边摸边吃奶边做爽免费视频网站| 在线观看亚洲天天一三视| 久久久久久国产精品免费无码| 亚洲免费视频观看| 亚洲国产成人VA在线观看| 暖暖免费日本在线中文| 亚洲性无码一区二区三区| 国产成人99久久亚洲综合精品| 8888四色奇米在线观看免费看| 亚洲综合色一区二区三区| 中文亚洲成a人片在线观看| 日本最新免费网站| 无码天堂亚洲国产AV| 亚洲色图在线播放| 免费一级毛片免费播放|