- Java 双重比较
- java - 比较器与 Apache BeanComparator
- Objective-C 完成 block 导致额外的方法调用?
- database - RESTful URI 是否应该公开数据库主键?
我的教授倾向于执行以下操作以从用户那里获取数字:
Scanner scanner = new Scanner(System.in);
Integer.parseInt(scanner.nextLine());
与简单地执行 scanner.nextInt()
相比有什么好处?
java.util.Scanner.java
包含以下内容:
public int nextInt() {
return nextInt(defaultRadix);
}
public int nextInt(int radix) {
// Check cached result
if ((typeCache != null) && (typeCache instanceof Integer)
&& this.radix == radix) {
int val = ((Integer)typeCache).intValue();
useTypeCache();
return val;
}
setRadix(radix);
clearCaches();
// Search for next int
try {
String s = next(integerPattern());
if (matcher.group(SIMPLE_GROUP_INDEX) == null)
s = processIntegerToken(s);
return Integer.parseInt(s, radix);
} catch (NumberFormatException nfe) {
position = matcher.start(); // don't skip bad token
throw new InputMismatchException(nfe.getMessage());
}
}
如我所见,Scanner
除了额外的 hocus pocus 之外,还会调用 Integer.parseInt() 本身。简单地执行 Integer.parseInt(scanner.nextLine())
是否有显着的性能提升?另一方面有什么缺点吗?
当扫描包含大量数据而不是用户输入的文件时怎么样?
最佳答案
有 2 个观察结果:
myScannerInstance.nextInt()
留下换行符。因此,如果您在 nextInt()
之后调用 nextLine()
,nextLine()
将读取换行符而不是实际数据。因此,您必须在 nextInt()
之后添加另一个 nextLine()
以吞噬那个悬空 换行符。 nextLine()
不留下换行符。代码:
int age=myScannerInstance.nextInt();
String name = myScannerInstance.nextLine();// here the actual name will not be read. The new line character will be read.
nextInt()
将再次返回底层流并读取。 IO 调用需要时间(昂贵)。它将进行大量检查以获得下一个整数。 nextLine()
只会进行一次这些检查。因此,如果您调用一次 nextLine()
并读取 5 个整数(作为单行字符串),将它们拆分并将它们解析为整数(使用 Integer.parseInt()
) ,这将比单独读取每个 int 更快、更有效。在运行非常大的循环时,使用 nextLine()
+ parseInt()
将为您带来巨大的性能优势。
用法:
使用 nextInt()
为您提供了一个额外的优势,如果输入文本不是整数,您将得到一个异常。示例 123
被接受。123sdsa
将抛出一个 InputMismatchException
。因此,您可以捕获它并适本地处理它。
使用 nextLine()
将读取整行,因此,它将读取整个字符串 sada1231
,然后失败并返回 NumberFormatException
如果它无法将字符串解析为数字。您将必须处理该异常。
一般来说,一次 nextLine()
/nextInt()
调用不会有太大区别。如果你有一个循环或者如果你正在读取大量数据,那么将 readLine()
与 parseInt()
一起使用将非常有效。
关于java - Integer.parseInt(scanner.nextLine()) 与 scanner.nextInt(),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/26586489/
scanner.Scanner 之间有什么区别?来自包裹text/scanner ,和一个 bufio . Scanner ? 最佳答案 text/scanner更适合阅读源代码,主要是 Go 源代码
我有以下代码: Scanner in = new Scanner (System.in); String[] data = new String[5]; System.out.println("Ple
我有 Java 代码,它要求用户输入,然后将此数据存储在字符串变量中。下面的函数是“number”类的一部分,并在主函数中调用。 public static void setVal(i
我正在编写一个java程序,它运行一个循环并不断询问用户输入。然后程序用该字符串执行一系列操作,并请求另一个字符串并重复。 问题是许多字符串非常相似,所以我想用循环中上次的输入填充提示。例如:如果用户
我在 O'Reillys Java Cookbook(第 2 版)中寻找一些好东西,发现 Scanner.create() 方法大约 10 次。但是在 API 或类声明\实现中没有这样的东西。例如:P
这个问题在这里已经有了答案: Scanner is skipping nextLine() after using next() or nextFoo()? (25 个答案) 关闭 4 年前。 im
这样做有什么好处/坏处吗? 通常,从流中读取时会抛出异常: try { inputStream.read(); }catch(IOException e) { e.printStack
Scanner console=new Scanner(System.in); System.out.print("how many:"); int n=console.nextInt(); cons
这个问题已经有答案了: Scanner is skipping nextLine() after using next() or nextFoo()? (25 个回答) 已关闭 6 年前。 我最近刚刚
Scanner input = new Scanner(System.in); 你能详细解释一下上面的代码一步一步做了什么吗?我真的不明白它是如何工作的以及它如何链接到我以后能够做这个声明: int
这个问题在这里已经有了答案: Scanner is skipping nextLine() after using next() or nextFoo()? (24 个答案) 关闭 6 年前。 我必
如果我在 java.util 上调用 scanner.hasNext(pattern),然后使用相同的模式调用 scanner.next(pattern),我会扫描两次吗?扫描仪 假设我有很多案例的这
这是我的问题: 我正在尝试使用 Scanner 和 System.in 从键盘获取输入并将其分配给 int 变量。 这就是我所拥有的(完整的程序如下): // this program will us
使用 try(Scanner scan = new Scanner(System.in)) { } 导致 Exception in thread "main" java.util.NoSuchElem
很难说出这里问的是什么。这个问题是含糊的、模糊的、不完整的、过于宽泛的或修辞性的,无法以目前的形式得到合理的回答。如需帮助澄清此问题以便重新打开它,visit the help center 。 已关
此问题仅用于教育目的。我从 Java 教科书中获取了以下代码,我很好奇为什么在 catch block 中使用了 input.nextLine()。 我尝试使用 input.nextInt() 代替它
这个问题已经有答案了: How to use java.util.Scanner to correctly read user input from System.in and act on it?
我的教授倾向于执行以下操作以从用户那里获取数字: Scanner scanner = new Scanner(System.in); Integer.parseInt(scanner.nextLine
我在使用 Scanner 时出现奇怪的行为。当我使用 Scanner(FileInputStream) 构造函数时,它将与我正在使用的一组特定文件一起使用,但它不适用于 Scanner(File) 构
D 中是否有类似于 Java 扫描仪的流解析器?您可以去哪里nextInt()获取 int和 nextLong()对于 long , 等等。 最佳答案 std.conv.parse 类似: http:
我是一名优秀的程序员,十分优秀!