Почему Массив. Длина интервал и не uint [дубликат]

Что такое NullPointerException?

Хорошим местом для начала является JavaDocs . Они охватывают это:

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

  • Вызов метода экземпляра нулевого объекта.
  • Доступ или изменение поля нулевого объекта.
  • Выполнение длины null, как если бы это был массив.
  • Доступ или изменение слотов с нулевым значением, как если бы это был массив.
  • Бросать нуль, как если бы это было значение Throwable.

Приложения должны бросать экземпляры этого класса для указания других незаконных видов использования нулевого объекта.

blockquote>

Также, если вы попытаетесь использовать нулевую ссылку с synchronized, который также выдаст это исключение, за JLS :

SynchronizedStatement:
    synchronized ( Expression ) Block
  • В противном случае, если значение выражения равно null, NullPointerException.
blockquote>

Как это исправить?

Итак, у вас есть NullPointerException. Как вы это исправите? Возьмем простой пример, который выдает NullPointerException:

public class Printer {
    private String name;

    public void setName(String name) {
        this.name = name;
    }

    public void print() {
        printString(name);
    }

    private void printString(String s) {
        System.out.println(s + " (" + s.length() + ")");
    }

    public static void main(String[] args) {
        Printer printer = new Printer();
        printer.print();
    }
}

Идентифицирует нулевые значения

. Первый шаг - точно определить , значения которого вызывают исключение . Для этого нам нужно выполнить некоторую отладку. Важно научиться читать stacktrace . Это покажет вам, где было выбрано исключение:

Exception in thread "main" java.lang.NullPointerException
    at Printer.printString(Printer.java:13)
    at Printer.print(Printer.java:9)
    at Printer.main(Printer.java:19)

Здесь мы видим, что исключение выбрано в строке 13 (в методе printString). Посмотрите на строку и проверьте, какие значения равны нулю, добавив протоколирующие операторы или используя отладчик . Мы обнаруживаем, что s имеет значение null, а вызов метода length на него вызывает исключение. Мы видим, что программа перестает бросать исключение, когда s.length() удаляется из метода.

Трассировка, где эти значения взяты из

Затем проверьте, откуда это значение. Следуя вызовам метода, мы видим, что s передается с printString(name) в методе print(), а this.name - null.

Трассировка, где эти значения должны быть установлены

Где установлен this.name? В методе setName(String). С некоторой дополнительной отладкой мы видим, что этот метод вообще не вызывается. Если этот метод был вызван, обязательно проверьте порядок , что эти методы вызывают, а метод set не будет называться после методом печати. ​​

Этого достаточно, чтобы дать нам решение: добавить вызов printer.setName() перед вызовом printer.print().

Другие исправления

Переменная может иметь значение по умолчанию setName может помешать ему установить значение null):

private String name = "";

Либо метод print, либо printString может проверить значение null например:

printString((name == null) ? "" : name);

Или вы можете создать класс, чтобы name всегда имел ненулевое значение :

public class Printer {
    private final String name;

    public Printer(String name) {
        this.name = Objects.requireNonNull(name);
    }

    public void print() {
        printString(name);
    }

    private void printString(String s) {
        System.out.println(s + " (" + s.length() + ")");
    }

    public static void main(String[] args) {
        Printer printer = new Printer("123");
        printer.print();
    }
}

См. также:

Я все еще не могу найти проблему

Если вы попытались отладить проблему и до сих пор не имеете решения, вы можете отправить вопрос для получения дополнительной справки, но не забудьте включить то, что вы пробовали до сих пор. Как минимум, включите stacktrace в вопрос и отметьте важные номера строк в коде. Также попробуйте сначала упростить код (см. SSCCE ).

86
задан Ijas Ameenudeen 20 January 2019 в 13:58
поделиться

5 ответов

Неподписанный интервал не CLS-совместим и поэтому ограничил бы использование свойства на те языки, которые действительно реализуют UInt.

Посмотрите здесь:

Платформа 1.1

Введение в Библиотеку классов Платформы.NET

Платформа 2.0

Обзор

Библиотеки классов Платформы.NET
60
ответ дан Kev 24 November 2019 в 08:06
поделиться

Много причин:

  • uint не CLS-совместим, таким образом делание созданного в типе (массив), зависящий от него, было бы проблематично
  • , время выполнения, как первоначально разработано запрещает любой объект на "куче", занимающей больше чем 2 ГБ памяти. Так как максимальный размерный массив, который был бы меньше чем или равный этому пределу, будет новым байтом [интервал. MaxValue] это было бы озадачивающим людям, чтобы смочь генерировать положительные но недопустимые длины массива.
  • Исторически C# наследовал большую часть своего синтаксиса и конвенции от C и C++. В тех массивах просто адресная арифметика с указателями, таким образом, отрицательная индексация массива была возможна (хотя обычно недопустимый и опасный). Так как много существующего кода предполагает, что индекс массива подписывается, это было бы фактором
  • На связанной ноте, использование целых чисел со знаком для индексов массива в C/C++ означает, что interop с этими языками и неуправляемыми функциями потребовал бы использования ints при тех обстоятельствах так или иначе, которые могут перепутать из-за несоответствия.
  • реализация BinarySearch (очень полезный компонент многих алгоритмов) полагается на способность использовать отрицательный диапазон интервала, чтобы указать, что значение не было найдено и местоположение, в котором такое значение должно быть вставлено для поддержания сортировки.
  • При работе на массив вероятно, что Вы хотели бы взять отрицательное смещение существующего индекса. При использовании смещения, которое взяло бы Вас мимо запуска массива с помощью единицы затем, переносить поведение сделало бы индекс возможно законным (в котором это положительно). С интервалом результат был бы недопустим (но безопасен, так как время выполнения примет меры против чтения недопустимой памяти)
48
ответ дан Jannes 24 November 2019 в 08:06
поделиться

Я думаю, что это также могло бы иметь отношение к упрощению вещей на более низком уровне, начиная с Массива. Длина будет, конечно, добавлена к отрицательному числу в какой-то момент, если Массив. Длина была не подписана, и добавила к отрицательному интервалу (дополнение two), могли быть грязные результаты.

1
ответ дан 24 November 2019 в 08:06
поделиться

Ни на кого не похож предоставленный ответ на "окончательный вопрос".

я полагаю, что основное использование неподписанного ints должно предоставить более легкому взаимодействию через интерфейс с внешними системами (P/Invoke и т.п.) и удовлетворять потребности различных языков, портируемых к.NET.

1
ответ дан Constantin 24 November 2019 в 08:06
поделиться

Как правило, целочисленные значения подписываются, если Вам явно не нужно неподписанное значение. Это - просто способ, которым они используются. Я не могу согласиться с тем выбором, но это - просто способ, которым это.

В настоящее время, с сегодняшними типичными ограничениями памяти, если для Вашего массива или подобной структуры данных нужна длина UInt32, необходимо рассмотреть другие структуры данных.

С массивом байтов, Int32 даст Вам 2 ГБ значений

-1
ответ дан angry person 24 November 2019 в 08:06
поделиться
Другие вопросы по тегам:

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