Временное конечное поле, используемое в качестве блокировки, имеет значение null

A transient final field used as a lock is null

Вот несколько фактов о переходной переменной:

- Ключевое слово Transient при использовании в переменной экземпляра предотвратит сериализацию этой переменной экземпляра.

- При десериализации переходная переменная получает свои значения по умолчанию.....

Например:

• Переменная ссылки на объект для null
• до 0
• логическое значение для false, и т. д. .......

Вот почему вы получаете NullPointerException при десериализации...

Любое поле, объявленное как transient, не сериализуется. Более того, согласно этого блога post значения полей даже не инициализируются значениями, которые были бы установлены конструктором по умолчанию. Это создает проблему, когда поле transient равно final.

В соответствии с документом Serializable java, десериализация может можно контролировать, реализуя следующий метод:

private void readObject(java.io.ObjectInputStream in)
    throws IOException, ClassNotFoundException;

Я придумал следующее решение, основанное на отличном ответе StackOverflow:

import java.io.*;
import java.lang.reflect.*;

public class NullFinalTestFixed {
    public static void main(String[] args) throws IOException, ClassNotFoundException {
        Foo foo = new Foo();
        foo.useLock();
        ByteArrayOutputStream buffer = new ByteArrayOutputStream();
        new ObjectOutputStream(buffer).writeObject(foo);
        foo = (Foo) new ObjectInputStream(new ByteArrayInputStream(buffer.toByteArray())).readObject();
        foo.useLock();
    }

    public static class Foo implements Serializable {
        private final String lockUsed = "lock used";
        private transient final Object lock = new Object();
        public void useLock() {
            System.out.println("About to synchronize");
            synchronized (lock) {
                System.out.println(lockUsed);
            }
        }

        private void readObject(ObjectInputStream in) throws IOException, ClassNotFoundException {
            in.defaultReadObject();
            initLocks(this, "lock");
        }
    }

    public static void initLocks(Object obj, String... lockFields) {
        for (String lockField: lockFields) {
            try {
                Field lock = obj.getClass().getDeclaredField(lockField);
                setFinalFieldValue(obj, lock, new Object());
            } catch (NoSuchFieldException e) {
                throw new RuntimeException(e);
            }
        }
    }

    public static void setFinalFieldValue(Object obj, Field field, Object value) {
        Exception ex;
        try {
            field.setAccessible(true);
            Field modifiers = Field.class.getDeclaredField("modifiers");
            modifiers.setAccessible(true);
            modifiers.setInt(field, field.getModifiers() & ~Modifier.FINAL);
            field.set(obj, value);
            return;
        } catch (IllegalAccessException e) {
            ex = e;
        } catch (NoSuchFieldException e) {
            ex = e;
        }
        throw new RuntimeException(ex);
    }
}

Запуск приводит к следующему выводу (без NullPointerException):

About to synchronize
lock used
About to synchronize
lock used

Как указывалось ранее, приведенное ниже объявление работает не так, как можно было бы ожидать:

transient final Object foo = new Object()

Ключевое слово transient предотвратит сериализацию члена. Инициализация со значением по умолчанию не учитывается при десериализации, поэтому после десериализации foo будет null.

Ключевое слово final не позволит вам изменить элемент после его установки. Это означает, что вы навсегда застряли с null в десериализованном экземпляре.

В любом случае вам нужно будет убрать ключевое слово final. Это пожертвует неизменностью, но обычно не должно быть проблемой для private участников.

Тогда у вас есть два варианта:

Вариант 1. Переопределить readObject()

transient Object foo = new Object();

@Override
private void readObject(ObjectInputStream in) throws IOException, ClassNotFoundException {
    in.defaultReadObject();
    foo = new Object();
}

При создании нового экземпляра foo будет инициализировано значением по умолчанию. При десериализации об этом позаботится ваш собственный метод readObject().

Это будет работать на JRE, но не на Android, поскольку в реализации Android Serializable отсутствует метод readObject().

Вариант 2: ленивая инициализация

Декларация:

transient Object foo;

При доступе:

if (foo == null)
    foo = new Object();
doStuff(foo);

Вам придется делать это везде, где в вашем коде вы получаете доступ к foo, что может быть более трудоемким и более подверженным ошибкам, чем первый вариант, но он будет работать как на JRE, так и на Android.