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, указывающий на недопустимую ячейку памяти. Нулевой указатель буквально не указывает на в любом месте , который отличается от указаний на местоположение, которое оказывается недопустимым.)
Я не уверен, возможно ли отладить из VS, но я нахожу LINQPad быть довольно полезным. Это позволит Вам вывести результаты каждой части запроса LINQ.
Необходимо быть в состоянии установить точку останова по выражению в where
пункт оператора LINQ.
В этом примере, помещенном курсор где угодно в следующий раздел кода:
(l.LineNumber == startline.LineNumber) || (l.LineNumber == endline.LineNumber)
Тогда F9 нажатия или использование меню или контекстное меню для добавления точки останова.
, Когда установлено правильно, только вышеупомянутый код должен иметь форматирование точки останова в редакторе, а не всем операторе LINQ. Можно также посмотреть в окне точек останова для наблюдения.
при установке его правильно Вы остановитесь каждый раз в функции, которая реализует вышеупомянутую часть запроса.
Проверьте отслеживание стека исключительной ситуации и посмотрите последний бит Вашего кода, который выполнился.
От взглядов ошибки я предложил бы, чтобы Вы смотрели на строку. Строки и удостоверяются, что его перечислитель реализован правильно. Я думаю, что это возвращает пустой указатель, когда это не было должно.
, О, и просто удостоверяются строка и строка. Объекты строк не являются пустыми, или возврат аннулирует также.
Да действительно возможно приостановить выполнение на полпути через запрос linq.
Преобразуйте свой linq, чтобы запросить стиль с помощью лямбда-выражений и вставить оператор Select, который возвращает себя куда-нибудь после точки в linq, который Вы хотите отладить. Некоторый пример кода сделает это более ясным -
var query = dataset.Tables[0].AsEnumerable()
.Where (i=> i.Field<string>("Project").Contains("070932.01"))
// .Select(i =>
// {return i;}
// )
.Select (i=>i.Field<string>("City"));
Затем не прокомментируйте прокомментированные строки. Удостоверьтесь {возвращаются i;} находится на его собственной строке, и вставьте точку отладки там. Можно поместить этот выбор в любую точку в длинном, сложном запросе linq.