Почему существует поле serialVersionUID?

Поле serialVersionUID не обязательно. Если вы его не предоставите, Java создаст его на основе полей и методов вашего класса.

Причина, по которой вы можете захотеть указать serialVersionUID, состоит в том, чтобы предотвратить изменение значения при изменении методов, что не влияет на сериализованный двоичный файл. Рассмотрим класс:

public class Person implements Serializable {
    private String name;
    public String getName() {
        return name;
    }
}

serialVersionUID не указано. Если вы запустите serialver Person, он вернет:

Person:    static final long serialVersionUID = 3793453319058452486L;

Теперь вы решили добавить метод, но оставить поля прежними.

public class Person implements Serializable {
    private String name;
    public String getName() {
        return name;
    }
    public Object foo() {
        return "bar";
    }
}

Сериализованный двоичный файл по-прежнему полностью совместим со старой версией, но serialVersionUID отличается:

Person:    static final long serialVersionUID = -6188734029437600310L;

С другим serialVersionUID десериализация приведет к ошибке несоответствия serialVersionUID. Обходной путь заключается в том, чтобы объявить свой собственный serialVersionUID, установив для него любое значение (я установил его 1L) и изменяя его всякий раз, когда поля изменяются.

Также см. этот связанный с для более подробного обсуждения.

почему я должен включать это поле во все свои занятия

Вы не знаете.

почему они не могут генерировать это во время выполнения

Они есть, если только вы не предоставите их сами.

Я попытаюсь создать Aspect (на AspectJ или другом языке), который добавит поле serialVersionUID с использованием хэша MD5.

Это было бы бессмысленно. Вы не понимаете, для чего это. Генерация во время выполнения — это то, что уже происходит по умолчанию, поэтому ваше предложение не добавляет никакой ценности. Значение приходит при указании его во время компиляции, чтобы поглотить незначительные изменения класса, которые фактически не нарушают совместимость версий объекта. Вы не можете сделать это через АОП. Это кодовое решение.

Интерфейс Serializable

Этот интерфейс существует в пакете java.io. Это реализовано для защиты незначительных изменений и реализовано, чтобы позволить пользователю write и save объекты во время выполнения. Этот интерфейс реализуется всеми Swing-компонентами, поскольку разработчик может расширить их, чтобы JVM могла найти новую версию компонента, т. е. Your class.

SerialVersionUID

serialVersionUID используется в качестве контроля версий в классе Serializable. Если вы явно не объявляете serialVersionUID, JVM will did it for you automatically, на основе различных аспектов вашего класса Serializable, как описано в Java(TM) Object Serialization Specification

Как упомянул @Steve Kuo, не обязательно иметь поле serialVersionUID.

Это расстраивает, так как это не является частью контракта для сериализации объекта, около половины разработчиков в нашей команде делают это, а другая половина — нет. Большинство из них обычно просто устанавливают private static final long serialVersionUID = 1L; (хотя некоторым разработчикам нравится использовать это как возможность попробовать свои силы в создании псевдослучайных Лонгов...)

При этом я всегда понимал, что это рудиментарная попытка создания версий Serializable объектов.

Допустим, у нас есть:

public class PersonDTO implements Serializable {

    private static final long serialVersionUID = 1L;

    private String firstName;
    private String lastName;

    // Appropriate getters/setters of course
}

а позже мы должны были добавить новое поле, private String middleInitial.

Если бы мы увеличили значение serialVersionUID до 2, мы могли бы использовать это, чтобы указать, что класс изменился, и старые уже сериализованные экземпляры PersonDTO с serialVersionUID не могут быть десериализованы с этим измененным определением класса.