A. java 序列化 對象裡面的對象需要序列化嗎
序列化其實很好理解，假如你現在做一個項目，項目是分工合作的，並且你喝其他小組成員不在同一個城市，那麼你要如何把你寫的那些類給其他小組成員呢？這個時候就要用到序列化了，簡單的說：序列化就是將內存中的類或者對象（你寫的類都是存儲在內存中的）變成可以存儲到存儲媒介中的流，你將類序列化成流之後可以通過互聯網傳輸給別人，你也可以反序列化將別人的序列化流轉換成內存中的對象，就這么簡單~~~
B. fastjson json轉對象，對象要實現序列化嗎
不需要的，對象序列化的主要作用是用於對象的一些持久化的操作，只是對象的轉換沒關系的
C. java中為什麼要進行對象序列化
對象的序列化就是為了數據傳輸，在你的代碼的里是對象格式，而在傳輸的時候不可能還保持這對象的樣子。
當兩個進程在進行遠程通信時，彼此可以發送各種類型的數據。無論是何種類型的數據，都會以二進制序列的形式在網路上傳送。發送方需要把這個java對象轉換為位元組序列，才能在網路上傳送；接收方則需要把位元組序列再恢復為java對象。
1.概念
序列化：把java對象轉換為位元組序列的過程。
反序列化：把位元組序列恢復為java對象的過程。
2.用途
對象的序列化主要有兩種用途：
1）
把對象的位元組序列永久地保存到硬碟上，通常存放在一個文件中；
2）
在網路上傳送對象的位元組序列。
D. java webService 返回對象類型如何序列化
實現序列化，
返回的對象要序列化，
依賴的對象也要序列化，
就ok了，
E. 為什麼後端return的時候不用序列化
跨進程的遠程通訊都需要某種序列化形式，RMI也有對對象的序列化形式，在RMI的JRMP協議部分規定.不被使用者操心罷了..不用手寫序列化代碼-簡化通訊也是RMI設計初衷。RMI屬於上世紀的早期設計，用了java專用的序列化格式，沒有使用現在更流行xml，json，yaml等格式，所以RMI和非java的語言環境交流通訊存在障礙。
F. JQuery的post提交方式為什麼要序列化，而Get提交方式就不用序列化做了什麼
這是因為後台能夠直接處理的數據格式，是一種經過序列化的鍵值對數據，比如前端要向後台提交三個參數，分別是a=1，b=2，c=3，那麼後台接收到的數據就應該是a=1&b=2&c=3（可以看到其實就是每個「鍵值對」之間用&連接）。當我們用get方式提交數據時，參數是直接附加到url後面的，即
xxx.xxx這是域名此略.xxx?a=1&b=2&c=3
可以看到?後面的正是後台程序能夠直接處理的數據格式，所以get方式提交數據的話，就不需要再對參數進行序列化處理了，直接提交即可。
而當我們用post方式提交時，通常我們提交的數據本身就是一個json對象，比如說像這樣的：
var data = {a:1, b:2, c:3};
而提交時數據是直接以原始格式存儲在body中而不是以鍵值對的方式附加到url中的，所以後台程序是無法直接識別的，這時候就需要在提交前先把data轉換為 a=1&b=2&c=3 的格式再提交，這就是序列化。
當然，如果數據是通過表單提交的，那麼不管是post方式還是get，瀏覽器會自動進行序列化，無需前端js再做任何處理。
G. java 序列化對象屬性需要序列化嗎
為了傳輸，存取與目標平台（編碼）無關的字元流。
當你的數據要在網路上傳輸，或是想以與控制台終端無關的形式進行操作時，則應該進行序列化。
H. 為什麼網路傳輸時對象要序列化，而字元串就不用序列化
網路傳輸會將對象轉換成位元組流傳輸，序列化可以將一個對象轉化成一段字元串編碼,以便在網路上傳輸或者做存儲處理,使用時再進行反序列，而字元串不用序列化的原因是如果你看過javaSE的源碼，你就知道，字元串是已經實現了Serializable介面的，所以它已經是序列化了的