Почему и как сериализация используется в веб-приложениях Java?

Типичная проблема заключается в том, что во время репликации или выключения сервера внутренний HTTP-сеансы: "

Это не является строго необходимым для большинства приложений, но может улучшить производительность двумя способами:

• Пользовательские сеансы могут быть сериализованы на диск между запросами. Когда время между запросами от одного и того же пользователя намного больше, чем время, необходимое для обработки запроса, это может значительно снизить использование памяти сервера и позволить вам обслуживать гораздо больше пользователей.
• Если вы используете балансировку нагрузки для распределения запросов на несколько серверов, вам либо нужно убедиться, что все запросы одного и того же пользователя всегда обслуживаются одним и тем же компьютером (что снижает гибкость балансировщика нагрузки), либо вам нужно иметь возможность перемещать данные сеанса между серверами посредством сериализации.

If you are using Enterprise Java Beans (EJBs), and have a Stateless Session Bean API, then each SSB instance runs in one thread on one Java Virtual Machine, and its clients run in different threads, and, in general, in different JVMs on different computers. Because you can't pass a reference to a Java object from one JVM to another, the object needs to be serialized into a string, sent over to the other JVM, and then deserialized back into an object. This serialization/deserialization happens to both the arguments coming in and the return value going out.

If you're using the Java Message Service, the objects you send in each message get serialized into a string, persisted into a database, and then get deserialized by the message receiver at some other time and place.

And, as Will Hartung points out, HTTP Session objects in general are shared across JVMs. If you have a cluster of Glassfish Java EE application servers running an ecommerce application, each customer's requests are load-balanced to any available server, and that server must be able to look up the customer's session state (customer name, shopping cart, etc.). It can only get this via serialization. Session state may also be written to disk (eg, a database) for safety.

В зависимости от веб-инфраструктуры объекты в сеансе могут сохраняться на диске с помощью сериализации.

ASP.Net MVC ориентирован на создание вашего собственного HTML с использованием ваших шаблонов представления. Вы не можете использовать элементы управления Webform в своих представлениях и заставить приложение обрабатывать их так же, как с Webforms. Они могут отображаться правильно, но отсутствует функция обратной передачи или концепция поддержания их состояния.

При этом вы также можете интегрировать веб-формы ASP.Net со своими страницами стилей MVC. Вы всегда можете ознакомиться с классическим пошаговым руководством Хансельмана по созданию «гибридного» приложения asp.net: http://www.hanselman.com/blog/PlugInHybridsASPNETWebFormsAndASPMVCAndASPNETDynamicDataSideBySide.aspx [121271423-121 --- 469376 ] Сериализация полезна в любой прикладной среде, а не только в веб-приложениях.