Может ли вход сканера в Java иметь тайм-аут? [Дубликат]
В то время как , что вызывает NullReferenceExceptions и подходит к avoid / fix , такое исключение было рассмотрено в других ответах, что многие программисты не имеют " t узнал еще, как независимо отлаживать такие исключения во время разработки.
В Visual Studio это обычно легко благодаря Visual Studio Debugger .
Во-первых, убедитесь, что правильная ошибка будет обнаружена - см. . Как разрешить нарушение «Исключение System.NullReferenceException» в VS2010? Примечание1
Затем либо Начать с отладки (F5) , либо Приложить [отладчик VS] к запуску процесса . Иногда может быть полезно использовать Debugger.Break , в котором будет предложено запустить отладчик.
Теперь, когда NullReferenceException выбрано (или необработанно), отладчик остановится ( помните правило, указанное выше?) в строке, на которой произошло исключение. Иногда ошибка может быть легко обнаружена.
Например, в следующей строке единственный код, который может , вызывает исключение, если myString имеет значение null. Это можно проверить, посмотрев окно Watch или выполнив выражения в окне Immediate Window .
var x = myString.Trim();
В более сложных случаях, таких как следуя ниже, вам нужно будет использовать один из методов выше (Watch или Immediate Windows) для проверки выражений, чтобы определить, было ли str1 пустым или если str2 имеет значение null.
var x = str1.Trim() + str2.Trim();
Once , где было выбрано исключение, это обычно тривиально по отношению к разуму назад, чтобы выяснить, где введенное значение null было [неправильно] -
. Найдите время, необходимое для понимания причина исключения. Проверьте нулевые выражения. Проверьте предыдущие выражения, которые могли бы привести к таким нулевым выражениям. Добавьте контрольные точки и, по мере необходимости, пройдите через программу. Используйте отладчик.
1 Если Break on Throws слишком агрессивен и отладчик останавливается на NPE в библиотеке .NET или сторонних разработчиков, Break на User-Unhandled можно использовать для ограничения выловленных исключений. Кроме того, VS2012 представляет Just My Code , который я рекомендую также включить.
Если вы отлаживаете с включенным Just My Code, поведение немного отличается. При включенном Just My Code отладчик игнорирует исключения, связанные с привилегиями обычного языка (CLR) первого шанса, которые выходят за пределы My Code и не проходят через My Code
blockquote>
2 ответа
Не из коробки, нет. Обычно Reader только выходит из вызова read (), когда другой поток закрывает базовый поток, или вы достигаете конца ввода.
Поскольку read () не все это прерывается, это становится немного проблема параллельного программирования. Поток, который знает о тайм-ауте, должен будет иметь возможность прервать поток, который пытается прочитать вход.
По сути, поток чтения должен будет опросить метод ready () Reader, а не заблокировать в read (), когда читать нечего. Если вы завершите операцию опроса и ожидания в файле java.util.concurrent.Future, вы вызываете метод get () в будущем с тайм-аутом.
В этой статье мы рассмотрим несколько деталей: http: //www.javaspecialists.eu/archive/Issue153.html
Немного более простой способ сделать это, чем ответ Бенджамина Кокса, состоял бы в том, чтобы сделать что-то вроде
int x = 2; // wait 2 seconds at most
BufferedReader in = new BufferedReader(new InputStreamReader(System.in));
long startTime = System.currentTimeMillis();
while ((System.currentTimeMillis() - startTime) < x * 1000
&& !in.ready()) {
}
if (in.ready()) {
System.out.println("You entered: " + in.readLine());
} else {
System.out.println("You did not enter data");
}
. Это, однако, потребляет больше ресурсов, чем его решение.
-
1– pendor 19 February 2014 в 17:14
-
2– Jeffrey 19 February 2014 в 21:03
-
3– Max 5 March 2016 в 18:32
-
4– Jeffrey 7 March 2016 в 17:08
-
5– Jaroslaw Pawlak 3 May 2018 в 12:09