1. class demo
   
2. {
   
3.         public void getTime()
   
4.         {
   
5.                 long start=System.currentTimeMillis();
   
6.                 for(int x=0;x<100;x++)
   
7.                 {
   
8.                         System.out.print(x);
   
9.                 }
   
10.                 long end=System.currentTimeMillis();
    
11.                 System.out.println();
    
12.                 System.out.print(end-start);
    
13.         }
    
14. }

复制代码

cup的原因 ，与代码无关 。。

OK，谢谢

刘凯 发表于 2013-6-8 15:16
cup的原因 ，与代码无关 。。

Ok，谢谢

感觉是currentTimeMillis() 的问题，它以毫秒计数返回时间，但是不能保证返回的计数的粒度或精度。在一些系统上，时间是真正的毫 秒计数，大约每一毫秒改变一次。在另一些系统上，时间可能每隔 10 或 20 毫秒才变一 次，因此每一次的精度都可能变化。
我用你的程序实验了一下，在我机子上结果为0

因为操作系统中同时有很多任务被cpu处理， 每次运行时的环境都不可能是完全相同的。

代码相同，但每次运行时，cpu都要同时处理多个进程，你可以调用任务管理器看看，所以每次运行不一定是从头运行到尾，cpu是在多个线程间切换的，一个进程可能要多次获取spu时间片才能运行完。所以每次运行时间不同。

测试代码运行前的currentTimeMillis当前时间和代码运行后之间的时间差，
系统运行是多线程的，如前面那同学说的是和每次执行Cpu有关，硬件有关哦。
当然了如果你把循环次数改大点，每次误差就会小些，测出的时间也就越接近
这样才符合统计学的基本规律哈{:soso_e113:}

与底层处理速度有关，和代码的关系不大，代码只是实现了获取时间差的功能

cpu的问题，cpu的执行效率高，for循环几乎在0毫秒内就执行完了，cpu差一点也可能需要几毫秒的时间。

时间是会流动的，就像有位哲人说的，人不可能同一时间踏入同一条河流。。如果是一样的，就是计时器出问题了。。。