Попытка вызвать исключение для объекта с нулевым указателем

Вы не предоставляете достаточно контекста для точного диагноза. Однако вот один возможный сценарий, в котором view может быть null в методе run().

Рассмотрим этот код:

public class MyClass {
    private View view = ... // not null

    public void someMethod() {
        view.setPressed(true);
        view.postDelayed(new Runnable() {
            @Override
            public void run() {
                view.setPressed(false);
            }
        }, 50);
    }

    public void someOtherMethod() {
       view = null;
    }
}

Теперь предположим, что создается экземпляр MyClass и вызывается someMethod(), за которым следует someOtherMethod(). Если последний вызов происходит до завершения задержки, тогда метод run() будет видеть view как null.

Причина в том, что анонимный класс не захватывает view. Скорее это захват ссылки на экземпляр MyObject, членом которого является view.

Предположительно, ваша проверка того, что view не null, выполняется в вызове someMethod() (или аналоге в вашем коде)

Если вы объявите view как final, назначение в someOtherMethod() будет предотвращено, а view останется ненулевым.

Другой подход таков:

    public void someMethod() {
        final View localView = view;
        localView.setPressed(true);
        localView.postDelayed(new Runnable() {
            @Override
            public void run() {
                localView.setPressed(false);
            }
        }, 50);
    }

Здесь мы принудительно захватываем локальную переменную вместо (или так же) this. Если затем присвоить поле this.view, это не изменит захваченное значение localView.

Или, что еще проще, поместите тест null в метод run() ... хотя тогда вам нужно будет подумать, может ли быть состояние гонки, включающее то, что присваивает null объекту Поле view.

Интересно, связано ли это со сборкой мусора и как он работает с конечными переменными

Нет. Сборщик мусора не будет мешать доступным объектам. Экземпляр MyClass доступен, потому что он был захвачен, а захватывающий объект (экземпляр анонимного класса) доступен через инфраструктуру postDelay.

или это просто ложная ошибка проверки.

Это правдоподобно ... но (ИМО) не самое вероятное объяснение.

Если view является окончательным, а строка postDelayed отсутствует в конструкторе, view гарантированно уже инициализирован. Он никогда не может быть нулевым, поэтому view != null всегда принимает значение true. Предупреждает, что это бессмысленная проверка.

Единственное исключение из этого было бы, если бы у вас было что-то вроде

private final Integer myInt;

MyCtor()
{
   myInt = null;
}

Что было бы совершенно бессмысленно (но почему-то возможно).

view.postDelayed(new Runnable() {
    @Override
    public void run() {
        if (view != null) {
          view.setPressed(false);
        }
    }
}, 50);

В вашем коде, если view будет null, у вас будет NPE в вызове метода view.postDelayed(), и поскольку ссылка является окончательной, она не может быть изменена, поэтому в Runnable она не может быть нулевым никогда, два варианта:

1. View - это null и вылетает на view.postDelayed, поэтому вам не нужно проверять его через Runnable
2. View не null, поэтому вам не нужно проверять его через Runnable