Tại sao các đối tượng chuyển cần phải triển khai Serializable?

Question

Tôi nhận ra hôm nay rằng tôi đã mù quáng chỉ tuân theo yêu cầu này trong nhiều năm mà không bao giờ thực sự hỏi tại sao. Hôm nay, tôi chạy qua một NotSerializableException với một đối tượng mô hình tôi tạo ra từ đầu và tôi nhận ra đủ là đủ.

Tôi đã nói điều này là do sao chép phiên giữa các máy chủ cân bằng tải, nhưng tôi biết tôi đã thấy các đối tượng khác ở phạm vi phiên không triển khai Serializable. Đây có phải là lý do thực sự không?

Answer 1

Đó là lý do thực sự. Nếu nó thực sự quan trọng trong thực tế phụ thuộc hoàn toàn vào nếu máy chủ web hoặc máy chủ ứng dụng thực sự sắp xếp lại đối tượng (hoặc xác nhận rằng nó là serializable, nhưng thực tế cách duy nhất để làm điều đó là thực sự serialize nó).

Hầu hết các máy chủ ứng dụng đều có tùy chọn (ít nhất) là không nghiêm ngặt về nó. Nếu bạn không sử dụng các máy chủ cân bằng tải thực sự chia sẻ trạng thái, thì bạn có thể đã thấy nó mà không có vấn đề gì.

Answer 2

Bởi vì để được truyền qua dây, chúng cần phải nối tiếp với một biểu mẫu có thể được đặt trên dây.

Giống như nhị phân, hoặc xml, Json, hoặc simillar

Có thông tin thêm ở đây ... Should any domain object, not be serializable?

Answer 3

Tôi nghĩ khái niệm này giống như được hỏi, lý do tại sao thức ăn rắn phải được nhai trước khi được nuốt để tiêu hóa. Nhưng tất nhiên, sự khác biệt là tiêu hóa tốt không thể trong anyway deserialized.

Tôi nhớ sử dụng Sun RPC (ngày nay được gọi là ONC RPC) thực hiện mã hóa XDR vì nền tảng/hệ thống máy tính đại diện cho dữ liệu của chúng theo dạng tương ứng. Ví dụ: lớn endian vs nhỏ endian.

Nhưng JVM, bất kể máy tính là người lớn, vì vậy độ tin cậy không phải là lý do.

Cấu trúc dữ liệu trong bộ nhớ máy tính có con trỏ và tất cả các phần tử của đối tượng không được nằm trên khối bộ nhớ liền kề. Tuy nhiên, khi bạn truyền một đối tượng qua i/o đến một hệ thống khác, bạn không thể vượt qua sự phân bố bộ nhớ của đối tượng đó.

Một đối tượng cần được tuần tự hóa trước khi được lưu trữ trong cơ sở dữ liệu vì bạn không và không thể sao chép sắp xếp thay đổi động của bộ nhớ hệ thống.

Lớp biểu diễn dữ liệu của chúng tôi trên các mạng đều dựa trên luồng bit. Do đó, khi bạn muốn truyền dữ liệu từ một hệ thống này sang một hệ thống khác, bạn phải chuyển đổi dữ liệu chiều được biểu diễn trong bộ nhớ thành bộ nhớ có thể được truyền trực tiếp qua các byte mạng theo byte. Trên thực tế, từng chút một và thường xuyên bị nén và mã hóa bảo mật. Các thói quen nén và mã hóa là các luồng bit-oo và các luồng bit được giả định. Thiết bị chuyển mạch mạng có tính năng che cấu trúc oo. Truyền tải mạng thậm chí không nhìn thấy bit. Các bit được mã hóa thành tín hiệu truyền dẫn thường là các sinusoid tương tự và sau đó được điều chế. Các quy trình này không hoạt động trên sơ đồ đa chiều/phân cấp của dữ liệu có cấu trúc oo.

Tôi đoán bạn có thể thực hiện mức độ obfuscation và mã hóa đối tượng, nhưng bạn vẫn phải cho phép hệ thống chuyển đổi chúng thành luồng bit, bằng cách chuyển đổi chúng thành luồng char trước tiên.

Marshalling là khi người chăn cừu có một đàn cừu và marshalls họ thro một cây cầu đơn cừu trên vùng nước gặp khó khăn.Do đó, một marshaller phải sắp xếp các đối tượng của chúng ta thành các sơ đồ nối tiếp với các tham chiếu được viết, để khi đàn cừu thông tin xuất hiện từ đầu kia của cây cầu, chúng ta có thể tập hợp lại chúng vào sơ đồ phân cấp của nó bằng cách liên hợp-demarshaller . Trong trường hợp của chúng tôi, con cừu của chúng tôi không phải là marshalled thro chỉ là một cây cầu nhưng thro hẹp và precarious windings và lở đất nơi thiết bị truyền dẫn mạng tại mỗi lần lượt lưu trữ một bản sao của marshalled cừu để đảm bảo họ có thể gửi lại bản sao trong trường hợp bất kỳ cừu đã rơi xuống một khe núi.