Хорошим местом для начала является JavaDocs . Они охватывают это:
Брошено, когда приложение пытается использовать null в случае, когда требуется объект. К ним относятся:
- Вызов метода экземпляра нулевого объекта.
- Доступ или изменение поля нулевого объекта.
- Выполнение длины null, как если бы это был массив.
- Доступ или изменение слотов с нулевым значением, как если бы это был массив.
- Бросать нуль, как если бы это было значение Throwable.
Приложения должны бросать экземпляры этого класса для указания других незаконных видов использования нулевого объекта.
blockquote>Также, если вы попытаетесь использовать нулевую ссылку с
synchronized
, который также выдаст это исключение, за JLS :SynchronizedStatement: synchronized ( Expression ) Block
blockquote>
- В противном случае, если значение выражения равно null,
NullPointerException
.Как это исправить?
Итак, у вас есть
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 = "";
Либо метод
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 ).
Кластерный индекс
Не, Кластерный индекс
, Оба типа индекса улучшат производительность, когда избранные данные с полями, которые используют индекс, но замедлят обновление и вставят операции.
из-за медленнее вставляют и обновляют кластерные индексы, должен быть установлен на поле, которое является обычно возрастающим т.е. идентификатор или Метка времени.
SQL Server будет обычно только использовать индекс, если его селективность будет выше 95%.
Кластерные индексы физически заказывают данные по диску. Это означает, что никакие дополнительные данные не необходимы для индекса, но (очевидно), может быть только один кластерный индекс. Доступ к данным с помощью кластерного индекса является самым быстрым.
Все другие индексы должны не кластеризироваться. Некластерный индекс имеет дубликат данных из индексированных столбцов, сохраненных заказанными вместе с указателями на фактические строки данных (указатели на кластерный индекс, если существует один). Это означает, что доступ к данным через некластерный индекс должен пройти дополнительный слой косвенности. Однако, если Вы выбираете только данные, это доступно в индексированных столбцах, можно вернуть данные непосредственно из дублированных индексных данных (вот почему, это - хорошая идея ВЫБРАТЬ только столбцы, в которых Вы нуждаетесь и не используете *)
Кластерные индексы хранятся физически на таблице. Это означает, что они являются самыми быстрыми, и у Вас может только быть один кластерный индекс на таблицу.
Некластерные индексы хранятся отдельно, и у Вас может быть столько, сколько Вы хотите.
наилучший вариант состоит в том, чтобы установить Ваш кластерный индекс на наиболее используемом уникальном столбце, обычно PK. У Вас должен всегда быть хорошо выбранный кластерный индекс в Ваших таблицах, если очень неопровержимый довод - не может думать о единственном, но эй, это может быть там - для того, чтобы не сделать так подходит.
Кластеризируемый в основном означает, что данные находятся в том физическом порядке в таблице. Поэтому у Вас может быть только один на таблицу.
Некластеризованный означает, что это - "только" логический порядок.
Профессионалы:
Кластерные индексы работают отлично для диапазонов (например, выбор * от my_table где my_key между @min и @max)
В некоторых условиях, DBMS не должен будет делать работы к виду при использовании orderby оператора.
Недостатки:
Кластерные индексы, может замедлиться, вставляет, потому что физические разметки записей должны быть изменены, поскольку записи вставляются, если новые ключи не находятся в последовательном порядке.
Кластерный индекс на самом деле описывает порядок, в котором записи физически хранятся на диске, следовательно причина, у Вас может только быть тот.
Некластерный индекс А определяет логический порядок, который не соответствует физическому порядку на диск.
Кластерный индекс является по существу отсортированной копией данных в индексированных столбцах.
основное преимущество кластерного индекса состоит в том, что то, когда Ваш запрос (ищут), определяет местоположение данных в индексе тогда, никакой дополнительный IO не необходим для получения тех данных.
издержки поддержания кластерного индекса, особенно в часто обновляемой таблице, могут привести к низкой производительности, и по этой причине может быть предпочтительно создать некластерный индекс.