Java lang string ошибка

Это действительно странная проблема, я никогда не сталкивался с чем-то подобным. Ниже приведен вспомогательный класс, который я объявил в более крупном классе. Он работает отлично, как есть:

Однако, возившись, я обнаружил смешающуюся проблему. Заменив эту строку:

Я получаю эту ошибку:

Я тестировал некоторые строковые литералы в других классах и, похоже, работал отлично. Недавно я обновился до Java 1.7.0_15 и недавно загрузил и установил Eclipse 4.2. Я подозреваю, что может быть какая-то путаница в пути сборки или что-то в этом роде. Использование Ubuntu 12.04

Любая помощь будет принята с благодарностью! Я искал и искал и не мог найти ничего близкого к этой проблеме.

Вы создаете новый общий тип параметров с именем "String", который, вероятно, не тот, который вам нужен.

Похоже, вы пытаетесь создать общий класс, используя "String" в качестве имени вашего родового типа. Какие общие типы существуют, когда вы создаете объект из класса, он заменяет все, что находится в <> , с новым типом.

Итак, в вашем классе, если вы создали Tree , когда-либо экземпляр "String" в вашем классе будет заменен на "Integer". Это способ, которым некоторые классы, такие как ArrayList, работают, чтобы использовать любой тип.

Обычно, когда вы используете общие типы, используется одна буква, такая как "T", чтобы исключить ее как тип реального класса.

Итак, в вашем случае вы пытаетесь установить "String" , который на самом деле не является строкой в ​​качестве фактической строки.

2 ответа 2

Во-первых, как вы себе представляете сравнение объекта класса Scanner и строки в if (loh == "Да") ?

Во-вторых, строки в Java сравнивать через == нельзя, т.к. такое сравнение проверяет ссылки, а не сами значения, нужно использовать equals .

В-третьих, конкретно в вашем случае лучше использовать switch .

Что такое исключения Null Pointer ( java.lang.NullPointerException ) и что их вызывает?

Какие методы / инструменты могут использоваться для определения причины, чтобы исключить исключение из-за преждевременного прекращения работы программы?

12 ответов

Когда вы объявляете ссылочную переменную (т. е. объект), вы действительно создаете указатель на объект. Рассмотрим следующий код, в котором вы объявляете переменную примитивного типа int :

В этом примере переменная x является int , и Java инициализирует ее для 0. Когда вы назначаете его 10 во второй строке, ваше значение 10 записывается в ячейку памяти, на которую указывает x.

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

Первая строка объявляет переменную с именем num , но она не содержит примитивного значения. Вместо этого он содержит указатель (потому что тип Integer является ссылочным типом). Поскольку вы еще не указали, что указать на Java, он устанавливает значение null, что означает «Я ничего не указываю».

Во второй строке ключевое слово new используется для создания экземпляра (или создания ) объекту типа Integer и переменной указателя num присваивается этот объект. Теперь вы можете ссылаться на объект, используя оператор разыменования . (точка).

Exception , о котором вы просили, возникает, когда вы объявляете переменную, но не создавали объект. Если вы попытаетесь разыменовать num . Перед созданием объекта вы получите NullPointerException . В самых тривиальных случаях компилятор поймает проблему и сообщит вам, что «num не может быть инициализирован», но иногда вы пишете код, который непосредственно не создает объект.

Например, вы можете имеют следующий метод:

В этом случае вы не создаете объект obj , скорее предполагая, что он был создан до вызова метода doSomething . К сожалению, этот метод можно вызвать следующим образом:

В этом случае obj имеет значение null. Если метод предназначен для того, чтобы что-то сделать для переданного объекта, целесообразно бросить NullPointerException , потому что это ошибка программиста, и программисту понадобится эта информация для целей отладки.

Альтернативно, там могут быть случаи, когда цель метода заключается не только в том, чтобы работать с переданным в объекте, и поэтому нулевой параметр может быть приемлемым. В этом случае вам нужно будет проверить нулевой параметр и вести себя по-другому. Вы также должны объяснить это в документации. Например, doSomething может быть записано как:


[an error occurred while processing the directive]
Карта сайта