• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            woaidongmao

            文章均收錄自他人博客,但不喜標題前加-[轉貼],因其丑陋,見諒!~
            隨筆 - 1469, 文章 - 0, 評論 - 661, 引用 - 0
            數據加載中……

            關于serialVersionUID的解釋

            前兩天升級了Eclipse3.1版本,在老版本的IDE環境中寫的程序在Problems中會出來好多類似的警告。當采用程序的自動修復時,采用默認方式,Eclipse會加上:private static final long serialVersionUID = 1L;

              其實這個問題倒也不影響程序的運行,但是我看到Problems里面有警告就不舒服,同時也說明我們寫的代碼還是不規范。不怕,我們有互聯網查查是怎么回事,具體的原因還就是和序列化中的這個serialVersionUID有關。
              
              serialVersionUID 用來表明類的不同版本間的兼容性。如果你修改了此類, 要修改此值。否則以前用老版本的類序列化的類恢復時會出錯。
              
              在JDK中,可以利用JDKbin目錄下的serialver.exe工具產生這個serialVersionUID,對于Test.class,執行命令:serialver Test

              為了在反序列化時,確保類版本的兼容性,最好在每個要序列化的類中加入private static final long serialVersionUID這個屬性,具體數值自己定義。這樣,即使某個類在與之對應的對象已經序列化出去后做了修改,該對象依然可以被正確反序列化。否則,如果不顯式定義該屬性,這個屬性值將由JVM根據類的相關信息計算,而修改后的類的計算結果與修改前的類的計算結果往往不同,從而造成對象的反序列化因為類版本不兼容而失敗。

              不顯式定義這個屬性值的另一個壞處是,不利于程序在不同的JVM之間的移植。因為不同的編譯器實現該屬性值的計算策略可能不同,從而造成雖然類沒有改變,但是因為JVM不同,出現因類版本不兼容而無法正確反序列化的現象出現。

              當我們的系統不太經常需要序列化類時,可以去掉這些警告,做如下設置:Window-->Preferences-->Java,將serializable class without serialVersionUID的設置由warning改為Ignore。然后Eclipse會重新編譯程序,那些警告信息也就消失了。

              最后的建議是,如果我們開發大量需要序列化的類的時候,我們最好還是還原為原來的設置。這樣可以保證系統的性能和健壯。

            ==================================================================================

            關于serialVersionUID的解釋

             

             

             

             

            serialVersionUID作用:
            序列化時為了保持版本的兼容性,即在版本升級時反序列化仍保持對象的唯一性。

            你可以隨便寫一個,在Eclipse中它替你生成一個,有兩種生成方式:
            一個是默認的1L,比如:private static final long serialVersionUID = 1L;
            一個是根據類名、接口名、成員方法及屬性等來生成一個64位的哈希字段,比如:private static final long serialVersionUID = -8940196742313994740L;之類的。
            Eclipse
            提示The serializable class XXX does not declare a static final serialVersionUID field of type long
            那是Eclipse提供這個提示功能給你吧.
            你點它warningicon兩下Eclipse就會自動給定.
            如果你不喜歡,可以把它關掉,
            windows -> preferences -> compiler -> Error/Warnings
            -> Potential Programming problems
            Serializable class without serialVersionUIDwarning改成ignore.

            其實如果你沒有考慮到兼容性問題時,那就把它關掉吧.
            其實有這個功能是好的.
            只要任何類別實作了Serializable這個介面,
            如果沒有加入serialVersionUID,Eclipse都會給你warning提示,
            這個serialVersionUID為了讓該類別Serializable後兼容.

            考慮一下,如果今天你的類Serialized存到硬碟里,
            可是後來你卻更改了類別的field(增加或減少或改名).
            當你Deserialize,就會出現Exception.這樣就會做成不兼容性的問題.

            但當serialVersionUID相同時,它就會將不一樣的fieldtype的預設值Deserialize.
            這個可以避開不兼容性的問題.

            異常狀態:
            The serializable class XXX does not declare a static final serialVersionUID field of type long

             

            posted on 2009-06-17 21:48 肥仔 閱讀(1152) 評論(0)  編輯 收藏 引用 所屬分類: Web-后臺

            久久精品国产一区| 99久久精品国产一区二区| 91久久婷婷国产综合精品青草| 久久精品国产亚洲AV香蕉| 国产精品久久一区二区三区 | 久久er热视频在这里精品| 精品国产乱码久久久久久人妻| 久久久无码一区二区三区| 久久久久国产成人精品亚洲午夜| 2021国内久久精品| 久久精品国产精品青草| 狠狠色丁香久久婷婷综合蜜芽五月 | 久久99国产一区二区三区| 久久精品国产2020| 99热成人精品免费久久| 亚洲精品无码久久久久sm| 久久久人妻精品无码一区 | 久久人人爽人人爽人人AV东京热| 久久国产乱子精品免费女| 国产毛片欧美毛片久久久| 青青国产成人久久91网| 久久精品无码午夜福利理论片 | 99久久免费国产精品| 97久久久久人妻精品专区| 久久久久99这里有精品10| 国内精品久久久久久久涩爱| 亚洲狠狠婷婷综合久久蜜芽| 久久强奷乱码老熟女网站| 精品国产综合区久久久久久| 国产亚洲色婷婷久久99精品| 欧洲人妻丰满av无码久久不卡 | 久久精品三级视频| 久久播电影网| 国产精品欧美久久久久天天影视| 99久久无码一区人妻| 亚洲va久久久噜噜噜久久狠狠| 久久精品人妻一区二区三区| 久久久国产精华液| 香港aa三级久久三级老师2021国产三级精品三级在 | 久久青青草原亚洲av无码| 老司机国内精品久久久久|