Как сериализовать объект в строку

Как насчет того, чтобы писать данные в ByteArrayOutputStream вместо FileOutputStream?

Иначе, Вы могли сериализировать объект с помощью XMLEncoder, сохранить XML, затем десериализовать через XMLDecoder.

Спасибо за большие и быстрые ответы. Я буду давать, некоторые голосуют сразу для подтверждения справки. Я кодировал лучшее решение, по-моему, на основе Ваших ответов.

LinkedList<Patch> patches1 = diff.patch_make(text2, text1);
try {
    ByteArrayOutputStream bos = new ByteArrayOutputStream();
    ObjectOutputStream os = new ObjectOutputStream(bos);
    os.writeObject(patches1);
    String serialized_patches1 = bos.toString();
    os.close();


    ByteArrayInputStream bis = new ByteArrayInputStream(serialized_patches1.getBytes());
    ObjectInputStream oInputStream = new ObjectInputStream(bis);
    LinkedList<Patch> restored_patches1 = (LinkedList<Patch>) oInputStream.readObject();            



        // patches1 equals restored_patches1
    oInputStream.close();
} catch(Exception ex) {
    ex.printStackTrace();
}

Примечание я не сделал рассмотренного использование JSON, потому что менее эффективно.

Примечание: я буду, рассмотрел Ваш совет о не хранении сериализованного объекта как строки в базе данных, но байте [] вместо этого.

Как насчет того, чтобы сохранить объект как блоб

Сериализованный поток является просто последовательностью байтов (октеты). Таким образом, вопрос состоит в том, как преобразовать последовательность байтов к Строке, и назад снова. Далее это должно использовать ограниченный набор кодов символов, если это будет сохраненным в базе данных.

очевидное решение проблемы состоит в том, чтобы изменить поле на двоичный LOB. Если Вы захотите придерживаться characer LOB, то необходимо будет закодировать в некоторой схеме, такой как base64, шестнадцатеричное число или uu.

XStream обеспечивает простую утилиту для сериализации/десериализации к/от XML, и это очень быстро. Хранение XML CLOBs, а не двоичных БЛОБОВ будет менее хрупким, не говоря уже о более читаемом.

Можно использовать сборку в классах sun.misc. Base64Decoder и sun.misc. Base64Encoder для преобразования двоичных данных сериализирования к строке. Вы десяти кубометров не нужны дополнительные классы, потому что это - сборка в.

можно использовать Кодирование программой uuencode

Используйте платформу O/R такой, поскольку в спящем режиме

Если Вы храните объект как двоичные данные в базе данных, то действительно необходимо использовать BLOB тип данных. База данных в состоянии сохранить его более эффективно, и Вы не должны волноваться о кодировке и т.п.. JDBC предоставляет методы для создания и получения блобов с точки зрения потоков. Используйте Java 6, если Вы можете, он сделал некоторые дополнения к API JDBC, которые делают контакт с блобами намного легче.

, Если бы абсолютно необходимо хранить данные как Строку, я рекомендовал бы XStream для основанного на XML устройства хранения данных (намного легче, чем XMLEncoder), но альтернативные объектные представления могли бы быть так же, как полезные (например, JSON). Ваш подход зависит от того, почему на самом деле необходимо хранить объект таким образом.

Смотрите на java.sql. Класс PreparedStatement, конкретно функция

http://java.sun.com/javase/6/docs/api/java/sql/PreparedStatement.html#setBinaryStream (интервал, %20java.io. InputStream)

Тогда смотрят на java.sql. Класс ResultSet, конкретно функция

http://java.sun.com/javase/6/docs/api/java/sql/ResultSet.html#getBinaryStream (интервал)

Имеет в виду при сериализации объекта в базу данных, и затем изменение объекта в коде в новой версии процесс десериализации может легко перестать работать потому что измененная подпись объекта. Я когда-то сделал эту ошибку с хранением пользовательские сериализированные Предпочтения и затем внесение изменения в Предпочтительное определение. Внезапно я не мог считать ни одну ранее сериализированную информацию.

Вы могли бы быть более обеспеченной записью, неуклюжей на столбцы свойства в таблице и создании и разложении объекта этим способом вместо этого, для предотвращения этой проблемы с версиями объекта и десериализацией. Или запись свойств в hashmap какое-то, как java.util. Объект свойств и затем сериализация объекта свойств, который крайне маловероятно изменится.