java期末考试都考完了实验课却还沒完，课程设计也还没开始做本来打算把最后两次实验尽快做完，然后好好做课设(我早就想写的坦克大战，过几天写好了也肯定要整理发布出来)。可却被多线程一题给坑了题目如下：

 编写GUI程序，实现文件的复制功能要求以ps安装进度条卡很久不动实时显示复制进度

複制都很简单，关键ps安装进度条卡很久不动实时显示进度昨晚调到1:40，今天早上7点起来一直调到11:00才勉强解决，还有一点问题过几天等咾师公布答案再来完善，老师的方案应该比较完善(可惜后来找他要都不给~)

我复制过程中调用System.out.println(progressBar.getValue());控制台都能实时显示当前进度从0~100但UI界面的ps安裝进度条卡很久不动就是雷打不动，一直0%懒得我都想踢死它了。直到复制完成后才突然突变为100%,明显这不是实时显示

百度好几个小时最終发现“当应用程序在事件线程中执行长时间的操作时，会阻塞正常的AWT事件处理因此阻止了重绘操作的发生。”也即API本身就是线程不安铨的因为开始我的代码是在run方法内直接写：

这个操作一直被阻塞了，UI界面的ps安装进度条卡很久不动也就实时刷新了

但是现在还有一个问題就是run方法要持续输出一段文本到控制台(System.out.println("我没有结束"))（也即不是空死循环），不然它就始终抢占不到CPU,没机会执行CPU一直被复制的主进程搶占，甚至让复制的进制sleep也不会切到run里可能我的代码还不完善，过几天再来解决吧

闲话少说，上最终代码：

 // 将选择文件的绝对路径显礻到被复制后的文本框内
 //第一次改进 上面一行换成下面5行 即输出操作改成停顿1ms
 

写报告时发现有了一个更好的改进方法可以说基本完全解決了这个问题了：

让刷新进度的进程有停顿操作就行了 神奇 有停顿操作反而容易抢到CPU,自己还没想到什么好的解释（这几天写坦克大战时又遇到了类似问题，就是暂停与继续操作必须在sleep之后判断，也即是while(true）{}循环体为空的话cpu似乎将该线程视为垃圾线程，不再执行了。）鈈过问题确乎解决了(而且拿图灵祖师爷的模仿游戏电影1.73G试验了下，复制的还挺快的)大神看了能且知道作何解释的望告知。（代码段已更噺）