推 nvidia:你這PO到JAVA版比較適合 10/02 21:17
推 qrtt1:下一輪送出時，要呼叫 reset() 10/02 21:52
→ qrtt1:送出『前』才對，我打錯字了。 10/02 21:53
→ LaPass:感謝指導 等忙完手上的程式我會去研究研究 m(_ _)m 10/02 22:05
之前發、推過幾篇文
有推薦別人網路使用ObjectInputStream、ObjectOutputStream
今天有遇到一個蠻詭異的問題
因為擔心推薦別人用了ObjectInputStream、ObjectOutputStream後
也會遇到這種問題
所以把問題以及解決方法po一下
主要會出問題的狀況如下：
1.繼承Serializable
2.兩邊的serialVersionUID一樣
public class A implements Serializable
{
private static final long serialVersionUID = -2461823412419373367L;
public int i = 0;
}
............
//============================================
SocketListener SL = new SocketListener(new socket("網址","port"););
A a=new A(),b=new A(),c=new A();
ArrayList<A> listA = new ArrayList<A>();
a.i = 1;
b.i = 2;
listA.add(a);
listA.add(b);
SL.SendNext(listA);
OK，到這裡一切正常，另一端取得的listA裡面的資料：
>>> listA.get(0).i 為 1
>>> listA.get(1).i 為 2
只需要一行指令就能把東西傳給對方，很方便
但如果這個物件重複使用的話，就會出問題了
listA.get(0).i = 3;
listA.get(1).i = 4;
c.i = 5;
listA.add(c);
SL.SendNext(listA);
預期對方收到listA裡面是：
>>> listA.get(0).i 為 3
>>> listA.get(1).i 為 4
>>> listA.get(2).i 為 5
但實際上對方收到的卻是：
>>> listA.get(0).i 為 1 ← 沒變
>>> listA.get(1).i 為 2 ← 沒變
>>> listA.get(2).i 為 5
==============================================
這點讓我覺得很訝異，因為當初在測試時，只要符合下面三點條件
就能把物件透過網路線傳送出去
1.繼承Serializable
2.兩邊的serialVersionUID一樣
3.套件名稱、物件名稱一樣
下面這個狀況很詭異，但還是可以傳：
1.兩邊物件的Method、欄位不同
另外，靜態欄位不會被傳出去
===============================================
沒去研究ObjectStream底下是怎麼運作
但是看這個樣子，大概有一些想法.....
呃... 我是自修的，可能有些用詞會不太一樣
ObjectStream底下可能是透過reflection去建立物件，並且會檢查物件的參照位置
如果參照指向的記憶體不存在
就把記憶體中的資料傳過去，建立物件
如果參照位置存在，例如 ObjectA == ObjectAb 這種狀況
就會直接把參照傳給對方，而不會把實體給傳過去
即使記憶體內容已經改變也一樣
這應該就是我第二次以後傳的資料都不會變動的原因
而問題在我把每個物件重新new一遍再傳之後，解決了
ObjectInputStream
撇開這個問題而言ObjectInputStream是蠻好用的
但看到這個狀況.....
呃，當初設計的人可能沒考慮到ObjectStream會被我這樣用的樣子
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 125.233.156.87
※ 編輯: LaPass 來自: 125.233.156.87 (10/02 21:15)