Когда вы объявляете ссылочную переменную (т. е. объект), вы действительно создаете указатель на объект. Рассмотрим следующий код, в котором вы объявляете переменную примитивного типа int
:
int x;
x = 10;
В этом примере переменная x является int
, и Java инициализирует ее для 0. Когда вы назначаете его 10 во второй строке, ваше значение 10 записывается в ячейку памяти, на которую указывает x.
Но когда вы пытаетесь объявить ссылочный тип, произойдет что-то другое. Возьмите следующий код:
Integer num;
num = new Integer(10);
Первая строка объявляет переменную с именем num
, но она не содержит примитивного значения. Вместо этого он содержит указатель (потому что тип Integer
является ссылочным типом). Поскольку вы еще не указали, что указать на Java, он устанавливает значение null, что означает «Я ничего не указываю».
Во второй строке ключевое слово new
используется для создания экземпляра (или создания ) объекту типа Integer и переменной указателя num
присваивается этот объект. Теперь вы можете ссылаться на объект, используя оператор разыменования .
(точка).
Exception
, о котором вы просили, возникает, когда вы объявляете переменную, но не создавали объект. Если вы попытаетесь разыменовать num
. Перед созданием объекта вы получите NullPointerException
. В самых тривиальных случаях компилятор поймает проблему и сообщит вам, что «num не может быть инициализирован», но иногда вы пишете код, который непосредственно не создает объект.
Например, вы можете имеют следующий метод:
public void doSomething(SomeObject obj) {
//do something to obj
}
В этом случае вы не создаете объект obj
, скорее предполагая, что он был создан до вызова метода doSomething
. К сожалению, этот метод можно вызвать следующим образом:
doSomething(null);
В этом случае obj
имеет значение null. Если метод предназначен для того, чтобы что-то сделать для переданного объекта, целесообразно бросить NullPointerException
, потому что это ошибка программиста, и программисту понадобится эта информация для целей отладки.
Альтернативно, там могут быть случаи, когда цель метода заключается не только в том, чтобы работать с переданным в объекте, и поэтому нулевой параметр может быть приемлемым. В этом случае вам нужно будет проверить нулевой параметр и вести себя по-другому. Вы также должны объяснить это в документации. Например, doSomething
может быть записано как:
/**
* @param obj An optional foo for ____. May be null, in which case
* the result will be ____.
*/
public void doSomething(SomeObject obj) {
if(obj != null) {
//do something
} else {
//do something else
}
}
Наконец, Как определить исключение & amp; причина использования Трассировки стека
Решения до сих пор используют ls
. Вот все решение для удара:
#!/bin/bash
shopt -s nullglob dotglob # To include hidden files
files=(/some/dir/*)
if [ ${#files[@]} -gt 0 ]; then echo "huzzah"; fi
if ls /some/dir/* >/dev/null 2>&1 ; then echo "huzzah"; fi;
Это может быть действительно последним ответом, но здесь является решением, которое работает. Эта строка только распознает th существование файлов! Это не даст Вам ложь, положительную, если каталоги будут существовать.
if find /path/to/check/* -maxdepth 0 -type f | read
then echo "Files Exist"
fi
Вы могли сравнить вывод этого?
ls -A /some/dir | wc -l
DIR="/some/dir"
if [ "$(ls -A $DIR)" ]; then
echo 'There is something alive in here'
fi
Заботьтесь с каталогами с большим количеством файлов! Могло потребоваться некоторое время для оценки эти ls
команда.
IMO лучшим решением является то, которое использует
find /some/dir/ -maxdepth 0 -empty
Попытка:
if [ ! -z `ls /some/dir/*` ]; then echo "huzzah"; fi
Как насчет следующего:
if find /some/dir/ -maxdepth 0 -empty | read v; then echo "Empty dir"; fi
Таким образом, там не является никакая потребность в генерации полного списка содержания каталога. Эти read
должен и отбросить вывод и заставить выражение оценить к истинному только, когда что-то читается (т.е. /some/dir/
найден пустым find
).
# Checks whether a directory contains any nonhidden files. # # usage: if isempty "$HOME"; then echo "Welcome home"; fi # isempty() { for _ief in $1/*; do if [ -e "$_ief" ]; then return 1 fi done return 0 }
Некоторые примечания по реализации:
for
избегает вызова внешнего процесса ls
. Он по-прежнему считывает все записи каталога один раз. Это можно оптимизировать только путем написания программы на C, которая явно использует readdir (). test -e
внутри цикла улавливает случай пустого каталога, и в этом случае переменной _ief
будет присвоено значение «somedir / *». Только если этот файл существует, функция вернет «непустой» test
не поддерживает флаг -e
.