java.util.NoSuchElementException（Scanner类的close()方法）

java的Scanner类的close()方法–一个神奇的方法

在学习Java学习中Scanner类是比较常用的类。殊不知，其中隐藏着大秘密。如不小心使用地它的close(),方法，便会酿成大错。如： java.util.NoSuchElementException。在向程序输入时一般这样，

Scanner sc = new Scanner(System.in);

声明一个Scanner对象。new Scanner(xxxx)–>括号里传入的时IuputStream类的对象。下面是用到的Scanner类的构造方法

这就说明 system.in 得到的时IuputStream类的对象。事实也是如此，在System类里，in 是InputStream类型，并且是final,即常量，被初始化后就不能被改变了。

搞明白了Scanner对象创建原理那就上代码吧

1 　　　　Scanner sc = new Scanner(System.in);
2         String next = sc.next();
3         //sc.close();
4         Scanner aa = new Scanner(System.in);
5         String next1 = aa.next();

运行如上代码输入字符，回车，诶！好像没问题。但是你可能忘了一件重要的事情，IuputStream是一个流，在不用的时候需要关闭，如不关闭流，它是很消耗资源的。

可能在学习的时候还没有甚麽大不了，当需要真正开发一个程序时，为了更好的优化程序，这就是很有必要的。于是放开了第3行的代码，让它关闭。再次愉快的输入，回车，惊喜发生了。

解决方式：**在Scanner使用的最后才关闭流，这样既不会报错，也不会造成资源的浪费。**当然最好时开启流和关闭流在同一个方法里，这样增大了代码的可读性，也提高了代码的不易错性。

而且不多次new Scanner对象，虚拟机堆中的垃圾也会减少。如是想在其他方法里使用Scanner对象最好将该scanner对象当参数传进。

代码场景：可能一般不会连着使用多个Scanner对象，但是有可能同一个方法里调用多个方法而这些方法可能回用到Scanner对象。

接下来重头戏登场。

报错的原因：上面创建Scanner对象时，括号里的参数是 System.in　　而in于是一个final类型，它一旦被初始化就不能改变。所以，不过你后面创建多少个Scanner类对象，其实都是返回同一个InputStream流。也就是说，每一次赋给新对象的地址是同一个。
　　一旦关闭流时，后面的对象所用的流就是关闭状态。惊喜就会产生！若是不注意可能写了很多代码后才报错，这样就很难找到真正的错误点。

close()用时须谨慎！