189 8069 5689
当某一扫描器抛出 InputMismatchException 时，该扫描器不会传递导致该异常的标记，因此可以通过其他某种方法来获取或跳过它。
成都创新互联公司于2013年创立，先为贵池等服务建站，贵池等地企业，进行企业商务咨询服务。为贵池企业网站制作PC+手机+微官网三网同步一站式服务解决您的所有建站问题。
这是java API文档中的原话。意思是说，如果nextInt方法没有成功解析出一个整数，那么你的输入不会被忽略。因为它或许能被其它格式解析。
那么你的程序中输入了a后，出现异常，number被赋值100，开始下一次循环，但这时数据缓冲区内你上次输入的a还在，并没有清除，这时继续解析a，还是错误，于是这个过程就一直重复下去了。
现在你要改的是，出现错误把这次的输入清除，只要在catch中，加一句：input.next()就搞定了！
java 停止一个死循环，可以使用break关键字，跳出循环，如下代码：
package com.qiu.lin.he;
public class Ceshi {
public static void main(String[] args) {
for (int i = 2; i 0; i++) {
if (i == 80) {
System.out.println("死循环退出了");
break;
}
}
}
}
运行结果如下：
是这样的，ss.accept()方法是阻塞的，也就是说ss所在的线程运行到accept()函数就会一直等待，直到ss接收到了一个Socket请求。正因为accept()是阻塞的，所以一般会把这个函数放在一个单独的线程，这样就不会影响主线程（例如程序界面）的运行，Socket编程几乎是肯定和多线程编程一起用的。accept()放进了单独的线程了自然就不会影响后面代码的执行，因为这时accept()的时间片和后续代码的时间片会由JVM调配，而不是按照代码编排的先后顺序了。
另外你对死循环的理解有偏差，所谓死循环是指循环条件永远为真而导致循环一直不结束，而由于循环内部的方法阻塞导致的循环不结束不属于死循环，这两个有本质的差别。通常Socket.accept()是该放进一个死循环的，也就是你的while(true);
代码很有意思 我反而学到了不少
已经知道问题在于这个方法numCheck
实际上是考虑多了 既然用户改变了textField才会触发事件
那么 我们就没必要去再次改变textField的内容了
因此textValueChanged事件中不需要去做setText的方法
你的程序在else中那一句注释掉就行了
else中什么都不做的
private int numCheck(TextField tf_temp,String num) {
int i = 0;
while(num.matches("0+\\d+")){
num = num.substring(1);
}
try{
i = Integer.parseInt(num);
//tf_temp.setText(num);
if(i255){ //这个最多只会发生一次不会发生死循环;
i = 255;
num = "255";
tf_temp.setText(num);
System.out.println(i);
}else {
//tf_temp.setText(num); //死循环。setText触发了TextvalueChanged()检查发现小于255，这个else又成立，这样死循环;
System.out.println(i);
}
}catch(NumberFormatException e){
alertDialog.setVisible(true);
tf_temp.setText("255");
e.printStackTrace();
}
return i;
}
最简答的
int i = 0; //记录循环的次数
while(true){
//为了让你看到循环的打印信息
System.out.println(++i+"次死循环");
}
有两个线程在并发运行，一个线程执行的代码中含有一个死循环如:while(true)....当该线程在执行while(true)中代码时，另一个线程会有执行。
一.示例代码：
二.两个线程类的实现如下：
三.线程A执行methodA()，methodA()中有一个死循环：
四.测试类：
由于线程A和线程B获得的对象锁不是同一把锁，从结果中可以看出，线程B是可以执行完成的。而线程A由于进入了while死循环，故线程A一直执行运行下去了(整个程序未结束)，但线程B会结束。
也就是说，尽管线程A一直在while中执行，需要占用CPU。但是，线程的调度是由JVM或者说是操作系统来负责的，并不是说线程A一直在while循环，然后线程B就占用不到CPU了。对于线程A而言，相当于一个“计算密集型”作业了。如果while循环是不断地测试某个条件是否成立，那么这种方式就很浪费CPU，可参考一个具体的实例：JAVA多线程之线程间的通信方式 中的“线程间的通信方式”第二点while轮询。
如果把Service.java修改成如下：
总结：若线程A先获得对象锁时，由于while循环，线程A一直在while空循环中。而线程B也因为无法获得锁而执行不了methodB()。
可以看出，如果在一个线程在synchronized方法中无法退出，无法将锁释放，另一个线程就只能无限等待了。