Java从控制台中读取数据完全攻略
2016-03-10 00:00
375 查看
0 引言
从控制台中读取数据是一个比较常用的功能,在 JDK 5.0 以前的版本中的实现是比较复杂的,需要手工处理系统的输入流。有意思的是,从 JDK 5.0 版本开始,能从控制台中输入数据的方法每增加一个版本号,就有一种新增的方法,这也增加了选择的种类,可以依据不同的要求来进行选择。下面来看一下,各个版本中如何从控制台中读取数据以及各自的优缺点。
1 JDK 1.4 及以下版本读取的方法
JDK 1.4 及以下的版本中要想从控制台中输入数据只有一种办法,即使用System.in 获得系统的输入流,再桥接至字符流从字符流中读入数据。示例代码如下:
从上面的代码段来看,这种控制台输入的方法非常地麻烦,为了能读取整行的数据,采用了BufferedReader 类来进行处理,而且在读取的过程中还需要捕获IOException 。不过这是 JDK 1.4 及以下版本中从控制台读取数据唯一的办法。还有一种非控制台读入数据的办法,就是采用 Swing 中的JOptionPane ,会弹出一个非常漂亮的输入对话框让使用者输入数据,但这是一种比较另类的做法,不推荐使用。
上面的两种方法都有个共同的缺点——只能读取字符串,若需要读取其他类型的数据需要手工进行转换。
2 JDK 5.0 读取的方法
从 JDK 5.0 开始,基本类库中增加了java.util.Scanner 类,根据它的 API 文档说明,这个类是采用正则表达式进行基本类型和字符串分析的文本扫描器。使用它的Scanner(InputStream source) 构造方法,可以传入系统的输入流System.in 而从控制台中读取数据。示例代码如下:
从代码量上来看,Test3 比Test1 少了很多的代码,核心代码只有两行。其实并不是Scanner 将控制台输入给简单化了,只是在其内部的实现中已经将IOException 处理了,而且采用InputStreamReader 来一个字符一个字符进行扫描读取的(嘿嘿,它本身就是个扫描器),只是Scanner 做了更高层次的封装。
Scanner 不仅可以从控制台中读取字符串,还可以读取除char 之外的其他七种基本类型和两个大数字类型,并不需要显式地进行手工转换。Scanner 不单单只能扫描控制台中输入的字符,它还可以让读入的字符串匹配一定的正则表达式模式,如果不匹配时将抛出InputMismatchException 异常。
使用System.in 作为它的构造参数时,它只扫描了系统输入流中的字符。它还有其他的构造,分别可以从文件或者是字符串中扫描分析字符串的,具体的使用方法可以参考 API 文档说明。
3 JDK 6.0 读取的方法
从 JDK 6.0 开始,基本类库中增加了java.io.Console 类,用于获得与当前 Java 虚拟机关联的基于字符的控制台设备。在纯字符的控制台界面下,可以更加方便地读取数据。示例代码如下:
在Test1 和Test3 中,输入数据前的提示信息需要使用System.out.print(); 来输出,但是使用基于Console 的Test4 类,可以在方法参数中直接放入提示信息。
如果需要在控制台中输入密码等敏感信息的话,像在浏览器或者是应用程序中那样显示替代字符,在 JDK 6.0 以前的做法是相当麻烦的(具体的做法可以参考《Java 编程语言中的口令屏蔽》 一文),而使用Console 类的readPassword() 方法可以在控制台上不回显地输入密码,并将密码结果保存在char 数组中,根据 API 文档的建议,在使用后应立即将数组清空,以减少其在内存中占用的时间,以便增强安全性。
但是,Console 也有一些缺点,根据Console API 文档的说明:
虚拟机是否具有控制台取决于底层平台,还取决于调用虚拟机的方式。如果虚拟机从一个交互式命令行开始启动,且没有重定向标准输入和输出流,那么其控制台将存在,并且通常连接到键盘并从虚拟机启动的地方显示。如果虚拟机是自动启动的(例如,由后台作业调度程序启动),那么它通常没有控制台。
通过上面的文档说明可以看出,在使用 IDE 的情况下,是无法获取到Console 实例的,原因在于在 IDE 的环境下,重新定向了标准输入和输出流,也是就是将系统控制台上的输入输出重定向到了 IDE 的控制台中。因此,在 IDE 中不能使用这个程序,而Test1 和Test3 就没有这种限制。
4 总结
以上囊括了 Java 中各种版本从控制台中读入数据的方法,将对它们的优缺点进行了分析。下面给出了一些使用建议,可供参考:
JRE 1.4 或以下版本的情况下,没得选择只能采用Test1 或者是非控制台读入的Test2 的方法。
JRE 5.0 的情况下,建议使用基于Scanner 的Test3 的方法,更方便地进行数据读取。
JRE 6.0 的情况,并且只在字符界面的控制台下运行时,采用Test4 的方法,如果需要读入像密码之类的敏感数据,为了安全性考虑也必须使用Test4 或者是自行实现。如果需要读入除字符串类型之外的其他数据类型,建议使用基于Scanner 的控制台输入。
查看原文:http://blog.csdn.net/bao110908/archive/2008/02/20/2108930.aspx
从控制台中读取数据是一个比较常用的功能,在 JDK 5.0 以前的版本中的实现是比较复杂的,需要手工处理系统的输入流。有意思的是,从 JDK 5.0 版本开始,能从控制台中输入数据的方法每增加一个版本号,就有一种新增的方法,这也增加了选择的种类,可以依据不同的要求来进行选择。下面来看一下,各个版本中如何从控制台中读取数据以及各自的优缺点。
1 JDK 1.4 及以下版本读取的方法
JDK 1.4 及以下的版本中要想从控制台中输入数据只有一种办法,即使用System.in 获得系统的输入流,再桥接至字符流从字符流中读入数据。示例代码如下:
import java.io.IOException; import java.io.InputStreamReader; public class Test1 { public static void main(String[] args) { String str = readString("请输入字符串:"); System.out.println("readString 方法的输入:" + str); } /** * 使用系统的输入流,从控制台中读取数据<br/> * 用于所用的JDK版本 * @param prompt 提示信息 * @return 输入的字符串 */ private static String readString(String prompt) { BufferedReader br = new BufferedReader(new InputStreamReader(System.in)); String str = null; try { System.out.print(prompt); str = br.readLine(); } catch (IOException e) { e.printStackTrace(); } return str; } }
从上面的代码段来看,这种控制台输入的方法非常地麻烦,为了能读取整行的数据,采用了BufferedReader 类来进行处理,而且在读取的过程中还需要捕获IOException 。不过这是 JDK 1.4 及以下版本中从控制台读取数据唯一的办法。还有一种非控制台读入数据的办法,就是采用 Swing 中的JOptionPane ,会弹出一个非常漂亮的输入对话框让使用者输入数据,但这是一种比较另类的做法,不推荐使用。
import javax.swing.JOptionPane; public class Test2 { public static void main(String[] args) { String str = readStringFromDialog("请输入字符串:"); System.out.println("readStringFromDialog 方法的输入:" + str); } /** * 使用 JOptionPane的输入对话框,输入字符串<br/> * 用于所用的JDK版本 * @param prompt 提示信息 * @return 输入的字符串 */ private static String readStringFromDialog(String prompt) { return JOptionPane.showInputDialog(prompt); } }
上面的两种方法都有个共同的缺点——只能读取字符串,若需要读取其他类型的数据需要手工进行转换。
2 JDK 5.0 读取的方法
从 JDK 5.0 开始,基本类库中增加了java.util.Scanner 类,根据它的 API 文档说明,这个类是采用正则表达式进行基本类型和字符串分析的文本扫描器。使用它的Scanner(InputStream source) 构造方法,可以传入系统的输入流System.in 而从控制台中读取数据。示例代码如下:
import java.util.Scanner; public class Test3 { public static void main(String[] args) { String str = readString5("请输入字符串:"); System.out.println("readString5 方法的输入:" + str); } /** * 使用扫描器类(Scanner)从控制台中读取字符串<br/> * 适用于JDK 5.0及以后的版本 * @param prompt 提示信息 * @return 输入的字符串 */ private static String readString5(String prompt) { Scanner scanner = new Scanner(System.in); System.out.print(prompt); return scanner.nextLine(); } }
从代码量上来看,Test3 比Test1 少了很多的代码,核心代码只有两行。其实并不是Scanner 将控制台输入给简单化了,只是在其内部的实现中已经将IOException 处理了,而且采用InputStreamReader 来一个字符一个字符进行扫描读取的(嘿嘿,它本身就是个扫描器),只是Scanner 做了更高层次的封装。
Scanner 不仅可以从控制台中读取字符串,还可以读取除char 之外的其他七种基本类型和两个大数字类型,并不需要显式地进行手工转换。Scanner 不单单只能扫描控制台中输入的字符,它还可以让读入的字符串匹配一定的正则表达式模式,如果不匹配时将抛出InputMismatchException 异常。
使用System.in 作为它的构造参数时,它只扫描了系统输入流中的字符。它还有其他的构造,分别可以从文件或者是字符串中扫描分析字符串的,具体的使用方法可以参考 API 文档说明。
3 JDK 6.0 读取的方法
从 JDK 6.0 开始,基本类库中增加了java.io.Console 类,用于获得与当前 Java 虚拟机关联的基于字符的控制台设备。在纯字符的控制台界面下,可以更加方便地读取数据。示例代码如下:
import java.io.Console; import java.util.Scanner; public class Test4 { public static void main(String[] args) { String str = readString6("请输入字符串:"); System.out.println("readString6 方法的输入:" + str); } /** * 使用控制台类(Console)从控制台中读取字符串<br/> * 适用于JDK 1.6或以后的版本 * @param prompt 提示信息 * @return 输入的字符串 */ private static String readString6(String prompt) { Console console = System.console(); if (console == null) { throw new IllegalStateException("不能使用控制台"); } return console.readLine(prompt); } }
在Test1 和Test3 中,输入数据前的提示信息需要使用System.out.print(); 来输出,但是使用基于Console 的Test4 类,可以在方法参数中直接放入提示信息。
如果需要在控制台中输入密码等敏感信息的话,像在浏览器或者是应用程序中那样显示替代字符,在 JDK 6.0 以前的做法是相当麻烦的(具体的做法可以参考《Java 编程语言中的口令屏蔽》 一文),而使用Console 类的readPassword() 方法可以在控制台上不回显地输入密码,并将密码结果保存在char 数组中,根据 API 文档的建议,在使用后应立即将数组清空,以减少其在内存中占用的时间,以便增强安全性。
但是,Console 也有一些缺点,根据Console API 文档的说明:
虚拟机是否具有控制台取决于底层平台,还取决于调用虚拟机的方式。如果虚拟机从一个交互式命令行开始启动,且没有重定向标准输入和输出流,那么其控制台将存在,并且通常连接到键盘并从虚拟机启动的地方显示。如果虚拟机是自动启动的(例如,由后台作业调度程序启动),那么它通常没有控制台。
通过上面的文档说明可以看出,在使用 IDE 的情况下,是无法获取到Console 实例的,原因在于在 IDE 的环境下,重新定向了标准输入和输出流,也是就是将系统控制台上的输入输出重定向到了 IDE 的控制台中。因此,在 IDE 中不能使用这个程序,而Test1 和Test3 就没有这种限制。
4 总结
以上囊括了 Java 中各种版本从控制台中读入数据的方法,将对它们的优缺点进行了分析。下面给出了一些使用建议,可供参考:
JRE 1.4 或以下版本的情况下,没得选择只能采用Test1 或者是非控制台读入的Test2 的方法。
JRE 5.0 的情况下,建议使用基于Scanner 的Test3 的方法,更方便地进行数据读取。
JRE 6.0 的情况,并且只在字符界面的控制台下运行时,采用Test4 的方法,如果需要读入像密码之类的敏感数据,为了安全性考虑也必须使用Test4 或者是自行实现。如果需要读入除字符串类型之外的其他数据类型,建议使用基于Scanner 的控制台输入。
查看原文:http://blog.csdn.net/bao110908/archive/2008/02/20/2108930.aspx
相关文章推荐
- JAVA 中数组的几种排序方法
- java回调
- 用JAVA实现堆栈(数组篇)
- javassist:增强型的java反射工具,获取方法参数名
- 小议 java:comp/env
- Java排序汇总
- java.util.ResourceBundle使用详解
- java获取服务器一些信息的方法
- 验证日期的Java正则表达式
- Eclipse插件Ant里运用ftp遇到的问题
- java中获取文件路径的几种方式
- Struts2权限控制
- eclipse 设置启动时选择打开工作空间 删除无用工作空间
- Java操作数据库的元数据
- ECLIPSE取消自动更新
- Java 1.5中显示数组
- Eclipse launch configuration----Eclipse运行外部工具
- 怎么看java程序的运行时间
- Java 多态
- java你可能不知道的事(2)--堆和栈