前言

關(guān)于序列化的幾種疑問？

• 什么是序列化？工作中什么時候用到序列化了？
• 為什么實現(xiàn)了java.io.Serializable接口就能序列化？
• java中serialVersionUID 為什么不能改變？
• Serializable序列化和json序列化有什么關(guān)系？
• 你都會哪幾種對象深拷貝方式？

以上拋出了幾個問題，大家都能回答上來嗎？回答不上來的話就接著往下看吧。

前提知識：

講解之前先擴充一些前提知識。

二進制協(xié)議和文本協(xié)議

首先我們要知道所有的數(shù)據(jù)在底層的傳輸都是二進制流，這點是毋庸置疑的。

那什么是文本協(xié)議？什么是二進制協(xié)議呢？

文本協(xié)議

文本協(xié)議一般是由一串ACSII字符組成的數(shù)據(jù)，這些字符包括數(shù)字，大小寫字母、百分號，還有回車(\r)，換行(\n)以及空格等等。

文本協(xié)議設(shè)計的目的就是方便人們理解、讀懂，所以，協(xié)議中通常會加入一些特殊字符用于分隔。

比如日常中發(fā)送請求時經(jīng)常用到的方式： xml, json, formData，他們雖然格式不同，但都有一個特征，自帶描述信息。

formData 31bytes

account=sqrtcat&password=123456

json 41bytes

{"account":"sqrtcat","password":"123456"}

xml 94bytes

<?xml version="1.0" encoding="UTF-8" ?> <account>sqrtcat</account> <password>123456</password>

但為了便于解析，文本協(xié)議不得不添加一些冗余的字符用于分隔命令，降低了其傳輸?shù)男?；而且只適于傳輸文本，很難嵌入其他數(shù)據(jù)，比如一張圖片。

二進制協(xié)議

二進制協(xié)議就是一串字節(jié)流，通常包括消息頭(header)和消息體(body)，消息頭的長度固定，并且消息頭包括了消息體的長度。這樣就能夠從數(shù)據(jù)流中解析出一個完整的二進制數(shù)據(jù)。

二進制協(xié)議，沒有冗余字段，傳輸高效，方便解析（固定長度，并且可以直接比較字節(jié)），缺點就是定義的比較死，哪個位置有哪些東西，是什么意義是定義死的，場景單一。

序列化

首先讓百度來解釋一下什么是序列化：

序列化 是將對象的狀態(tài)信息轉(zhuǎn)換為可以存儲或傳輸?shù)男问降倪^程。在序列化期間，對象將其當前狀態(tài)寫入到臨時或持久性存儲區(qū)。之后，可以通過從存儲區(qū)中讀取或反序列化對象的狀態(tài)，重新創(chuàng)建該對象。

那我們工作中什么時候用到序列化了？

在創(chuàng)建一個Java類時實現(xiàn)java.io.Serializable接口，將你的對象進行網(wǎng)絡(luò)傳輸或者持久化；

使用spring注解@ResponseBody或者使用JSON框架(jackson、Gson、fastjson)等給前端返回json數(shù)據(jù)。

以上都涉及到了序列化。

為什么實現(xiàn)了java.io.Serializable接口就能序列化？

Java自己提供了一種序列化機制，這種機制能將一個對象序列化成二進制形式，用于寫入磁盤或輸出到網(wǎng)絡(luò)，同時將從網(wǎng)絡(luò)或者磁盤中讀取的字節(jié)數(shù)組，反序列化成對象，在程序中使用。

便是實現(xiàn)java.io包下的Serializable接口，使用JDK 提供的兩個輸入、輸出流對象 ObjectInputStream 和 ObjectOutputStream便可以對java對象進行序列化和反序列化。

java中serialVersionUID 不能改變的原因是避免反序列失敗，可能會拋出序列化運行時異常。

Java序列化缺陷

實際工作中會發(fā)現(xiàn)我們自己很少會使用java提供的序列化，主要是因為JDK默認的序列化存在著一些非常嚴重的缺陷，比如它是無法實現(xiàn)跨平臺和跨語言的，意思是我們在java中序列化的對象是無法被其他語言或者是被瀏覽器反序列的。

為了解決這一問題通常將Java對象轉(zhuǎn)換為XML或Json格式進而實現(xiàn)網(wǎng)絡(luò)傳輸。

JSON

看下定義：

JSON（JavaScript Object Notation, JS對象簡譜）是一種輕量級的數(shù)據(jù)交換格式。它基于 ECMAScript（European Computer Manufacturers Association, 歐洲計算機協(xié)會制定的js規(guī)范）的一個子集，采用完全獨立于編程語言的文本格式來存儲和表示數(shù)據(jù)。簡潔和清晰的層次結(jié)構(gòu)使得 JSON 成為理想的數(shù)據(jù)交換語言。 易于人閱讀和編寫，同時也易于機器解析和生成，并有效地提升網(wǎng)絡(luò)傳輸效率。它和xml一樣都是一種數(shù)據(jù)交換格式。

我們在后端將需要返回的數(shù)據(jù)通過json處理成json字符串后轉(zhuǎn)為二進制在網(wǎng)絡(luò)中傳輸，瀏覽器會解析為json字符串，進而我們可以再通過json將json字符串轉(zhuǎn)換為對象。

json 是?種很簡潔的協(xié)議，但可惜的是，它只能傳遞基本的數(shù)型(int,long,string等)，但不能傳遞byte類型。如果想要傳輸圖?等?進制?件的話，是沒辦法直接傳輸。

json序列化在webapi項目中非常流行。因為json非常的直觀明了，調(diào)用者能夠很直觀的知道返回的數(shù)據(jù)信息。

二進制序列化一般情況下數(shù)據(jù)大小會比xml，json的序列化的更小。但是二進制則不能直觀的知道數(shù)據(jù)的內(nèi)容信息。

深拷貝

提供幾種Java對象深拷貝方案：

//1.構(gòu)造函數(shù)  《不推薦》
//2.implements Cloneable 重寫clone()   《不推薦》
//3.序列化后反序列化	 《推薦》
// 使用Apache Commons Lang序列化進行深拷貝
User copyUser = (User) SerializationUtils.clone(user);

// 使用Gson序列化進行深拷貝
Gson gson = new Gson();
User copyUser = gson.fromJson(gson.toJson(user), User.class);

// 使用Jackson序列化進行深拷貝
ObjectMapper objectMapper = new ObjectMapper();
User copyUser = objectMapper.readValue(objectMapper.writeValueAsString(user), User.class);

上面我們可以通過json序列化的方式進行對象深拷貝，下面再提供一種使用二進制序列化的方式進行List<對象>深拷貝的實現(xiàn)方式：

    public static <T> List<T> copyList(List<T> source) {
        try {
            ByteArrayOutputStream byteOut = new ByteArrayOutputStream();
            ObjectOutputStream out = new ObjectOutputStream(byteOut);
            out.writeObject(source);

            ByteArrayInputStream byteIn = new ByteArrayInputStream(byteOut.toByteArray());
            ObjectInputStream inStream = new ObjectInputStream(byteIn);
            List<T> list = (List<T>) inStream.readObject();

            inStream.close();
            byteIn.close();
            out.close();
            byteOut.close();
            return list;
        } catch (Exception e) {
            log.info(e.getMessage(), e);
        }
        return null;
    }

到此這篇關(guān)于Java序列化原理詳解的文章就介紹到這了,更多相關(guān)Java序列化 內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論