Разница между push_back в векторах std и qt [duplicate]

NullPointerException s - исключения, возникающие при попытке использовать ссылку, которая указывает на отсутствие местоположения в памяти (null), как если бы она ссылалась на объект. Вызов метода по нулевой ссылке или попытка получить доступ к полю нулевой ссылки вызовет функцию NullPointerException. Они наиболее распространены, но другие способы перечислены на странице NullPointerException javadoc.

Вероятно, самый быстрый пример кода, который я мог бы придумать для иллюстрации NullPointerException, be:

public class Example {

    public static void main(String[] args) {
        Object obj = null;
        obj.hashCode();
    }

}

В первой строке внутри main я явно устанавливаю ссылку Object obj равной null. Это означает, что у меня есть ссылка, но она не указывает на какой-либо объект. После этого я пытаюсь обработать ссылку так, как если бы она указывала на объект, вызывая метод на нем. Это приводит к NullPointerException, потому что нет кода для выполнения в местоположении, на которое указывает ссылка.

(Это техничность, но я думаю, что она упоминает: ссылка, которая указывает на null, равна 't то же, что и указатель C, указывающий на недопустимую ячейку памяти. Нулевой указатель буквально не указывает на в любом месте , который отличается от указаний на местоположение, которое оказывается недопустимым.)

12
задан Ralph Tandetzky 15 September 2015 в 11:18
поделиться

1 ответ

Ошибка Qt # 54685 имеет явное подтверждение от разработчиков Qt, что типы перемещения не поддерживаются (и никогда не будут) из-за неявного совместного использования контейнеров Qt .

Когда вы копируете один контейнер Qt в другой, вы не делаете глубокую копию - контейнеры совместно используют их содержимое внутри. Только когда вызывающая функция вызывается в контейнере, она отделяется, создавая собственную локальную копию содержимого. Это позволяет контейнерам Qt проходить через сигналы и слоты (что обязательно по значению) без снижения производительности.

Это, конечно, было бы невозможно, если содержащийся тип только для перемещения. И способность пропускать контейнеры по значению (без копирования их содержимого) имеет основополагающее значение для метаобъектного механизма Qt, поэтому я не думаю, что его можно было бы перепроектировать. API-интерфейсы Qt полагаются на неявное совместное использование и пропускают контейнеры по значению, даже если контейнер с переносом будет передаваться по ссылке, поэтому нет простого выхода.

14
ответ дан Angew 18 August 2018 в 09:42
поделиться
  • 1
    Непосредственно подключенные слоты вызываются без копирования. Очередь соединений обрабатывается с копированием столько раз, сколько слотов (так 0 или более раз), но это произвольный выбор. Можно было иметь только один экземпляр, хранящийся в контейнере с пересчетом, и все они могли быть перемещены, если типы были подвижными. Я давно смотрю на этот код, и однажды я могу начать работу над патчем. – Kuba Ober 15 September 2015 в 13:21
  • 2
    Очевидно, что контейнеры с не скопируемыми элементами не могут быть скопированы сами. Вследствие этого не требуется никакого совместного использования. Контейнеры могут оставаться копируемыми, хотя, если типы элементов могут быть скопированы. Поэтому существующая функциональность не уменьшается, а сигналы и слоты работают по-прежнему. – Ralph Tandetzky 16 September 2015 в 06:44
  • 3
    @RalphTandetzky Проблема в том, что текущие API и процессы Qt полагаются на неявное совместное использование и пропускают контейнеры по стоимости, даже если контейнер без неявного совместного использования будет передаваться по ссылке. – Angew 16 September 2015 в 07:32
  • 4
    @Angew Спасибо за разъяснение. В этом есть смысл. – Ralph Tandetzky 16 September 2015 в 12:58
  • 5
Другие вопросы по тегам:

Похожие вопросы: