Библиотека сериализации Java без использования конструкторов без аргументов и реализация Serializable

Question

Есть ли какой-либо способ в java-мире для сериализации без использования конструкторов без аргументов и реализации Serializable?

Answer 1

Я верю, что в некоторых случаях вы можете принудительно сериализовать, несмотря на объявления типа. Однако существует неотъемлемый риск, поскольку класс может иметь поля, которые не являются сериализуемыми, что вызовет исключения во время выполнения.

Мне любопытно, поскольку вы бесплатно получаете конструкторы по умолчанию no-arg, если только вы не написали пользовательские конструкторы. Кроме того, внедрение Serializable занимает 30 секунд поиска/замены.

Есть ли причина, по которой вы пытаетесь избежать этого?

Answer 2

Посмотрите на XStream, JSX или Google Protocol Buffers.

Answer 3

JBoss Serialization является заменой стандартной стандартной сериализации Java, которая не требует применения java.io.Serializable. Кроме этого (и тот факт, что это намного быстрее), это так же, как стандартный механизм сериализации (он даже использует те же ObjectInput и ObjectOutput интерфейсов.

PS Это не имеет зависимости от других вещей JBoss, это просто один из библиотеки низкого уровня JBoss вырвались как отдельный проект.

Answer 4

... и реализация Serializable?

к сожалению, нет. Все объекты Сериализуемые м ust осуществлять java.io.Serializable. Что касается вашей первой части вопроса, вы можете использовать ObjectInputStream/ObjectOutputStream для сериализации объектов в байтовый массив и наоборот.

В следующем примере показано, как:

public static byte[] toByteArray(Object object) throws IOException { 
     if (!isSerializable(object)) { 
      throw new IOException("Object '" + object.getClass().getName() + "' is not serializable."); 
     } 

    ByteArrayOutputStream baos = new ByteArrayOutputStream(); 
    ObjectOutputStream oos = null; 
    try { 
     oos = new ObjectOutputStream(baos); 
     oos.writeObject(object); 
     oos.flush(); 
    } finally { 
     if (oos != null) { 
      try { 
       oos.close(); 
      } catch (IOException e) { 
       // TODO Auto-generated catch block 
       logger.error("Closing of ObjectOutputStream failed.", e); 
      } 
     } 
    } 

    return baos.toByteArray(); 
} 

public static Object toObject(byte[] bytes) throws IOException, ClassNotFoundException { 
    Object object = null; 
    ObjectInputStream ois = null; 

    try { 
     ois = new ObjectInputStream(new ByteArrayInputStream(bytes)); 
     object = ois.readObject(); 
    } finally { 
     if (ois != null) { 
      try { 
       ois.close(); 
      } catch (IOException e) { 
       // TODO Auto-generated catch block 
       logger.error("Closing of ObjectInputStream failed.", e); 
      } 
     } 
    } 

    return object; 
} 

Answer 5

Eishay Смит сделал a benchmarking of Java serializers который включает в себя некоторые information about each one, хотя это не говорит, не используют ли они без аргументов конструктора (и во многих случаях, они надевают» t даже работать с произвольными объектами, поэтому вопрос спорный). Это может стоить взгляда.

Answer 6

Ужасный способ сделать это - построить параллельную иерархию классов, каждая из которых будет стоять за один из классов в сторонней иерархии, каждый из которых реализует Externalizable и записывает себя, записывая соответствующие поля от стороннего объекта.

Я бы этого не хотел.

Answer 7

И Databoard, он может сериализовать классы в стиле бит, стиль записи и неизменный стиль. Вы также можете написать собственную внешнюю привязку класса.

Answer 8

Существует ряд альтернатив, как говорили другие люди. Если вы хотите придерживаться стандартной сериализации Java с помощью writeObject и readObject, вы можете написать собственный класс адаптера, который наследуется от стороннего класса, реализовать Serializable в своем собственном классе и переопределить writeObject и readObject, другими словами, реализовать пользовательскую сериализацию для твой класс.

Answer 9

См. http://www.jguru.com/faq/view.jsp?EID=251942 описание.

Единственное требование к конструктору для класса, реализующего Serializable, состоит в том, что первый несериализуемый суперкласс в своей иерархии наследования должен иметь конструктор без аргументов.

1. Serializeble без конструктора без аргументов, как проходит Object с с конструктором без аргументов

   public class MySerializableClass implements Serializable { 
       public MySerializableClass (...)... 
   } 
   

2. Serializeble без конструктора без аргументов, как проходит MyFirstClass с с конструктором без аргументов

   public class MyFirstClass { 
   } 
   public class MySecondClass extends MyFirstClass implements Serializable { 
       public MySecondClass (...)... 
   } 
   

3. NOT serializeble as MyFirstClass не применяется Serializable И не имеет конструктора по умолчанию.

   public class MyFirstClass { 
       public MyFirstClass (...)... 
   } 
   public class MySecondClass extends MyFirstClass implements Serializable { 
       public MySecondClass (...)... 
   }