请问下面代码，在数组中"for i:=1 to 10 do"的执行顺序为什么不同？怎么是从大到小的？？？

Question

for i:=1 to 10 do  //i从10到1的顺序执行；
    t[i]:=99;  for i:=1 to 10 do
    showmessage(inttostr(i));  //i为动1到10的顺序执行请问是怎么回事情？？？

Answer 1

for i:=1 to 10 do  for i:=10 downto 1 do

Answer 2

不太明白你的意思。从小到大是 TO，从大到小是downto，

Answer 3

我明白 hawk_js (鹰)说的，实际上也是这样，不知道为什么.

Answer 4

第一个for语句i是从10到1的变化
第二个for语句i是从10到1的变化
你们运行一下就明白了

Answer 5

从1到10： for i:=1 to 10 do
从10到1： for i:=10 downto 1 do

Answer 6

请问i为什么会这样变化，我用的是to，为什么还是从大到小变化？？？

Answer 7

>>第一个for语句i是从10到1的变化
不可能吧!!!

Answer 8

明白了：
for i:=10 downto 10 do  //i从10到1的顺序执行；    降序
    t[i]:=99;  for i:=1 to 10 do
    showmessage(inttostr(i));  //i为1到10的顺序执行    升序

Answer 9

Sorry，写错了
明白了：
for i:=10 downto 1 do  //i从10到1的顺序执行；    降序
    t[i]:=99;  for i:=1 to 10 do
    showmessage(inttostr(i));  //i为1到10的顺序执行    升序

Answer 10

for i:=1 to 10 do  //i从10到1的顺序执行；
t[i]:=99;
我们看他实际运行是怎样的：
0045227A mov ebx,$0000000a //循环10次，
0045227F lea eax,[ebp-$28] //EAX指向T[1]的首地址
00452282 mov [eax],$00000063//对其中的一个元素传递99;
00452288 add eax,$04//让EAX指向下一个元素地址
0045228B dec ebx//循环次数减1
0045228C jnz -$0c//如果没有到0就跳到0045227F 地址处运行

Answer 11

唉，你的代码有问题不要赖delphi好啊？

Answer 12

TO  zjybestzjybest(zjybestzjybest) :能更具体解释一下吗？

Answer 13

for i:=1 to 10 do  //i为从10到1的顺序执行；
    t[i]:=99;
大家不信可以自己实验一下，看i实际是不是从10到1执行的，不骗你们的！

Answer 14

hawk_js(鹰) 
我运行了一次
for i:=1 to 10 do  //i从10到1的顺序执行；
t[i]:=99;结果是I从1到10 
你运行的结果10到1是不可能的！！

Answer 15

我想应该不会吧。你不要什么都赋值99，那每次都是99有什么好ShowMessage的。

Answer 16

奇怪，我有天也碰到这样，也不知后来怎么解决的。但是现在不会那样。把Delphi 补丁1/2打上看看。

Answer 17

我不信，我觉的不是delphi的错。再说全是99什么也看不出来
t[i]:= i;

Answer 18

强，这样的问题楼主也能找到，我找了一下情况可能是DELPHI在编译时会根据循环体中循环变量是否用到来做的，如果把
for i:=1 to 10 do  //i从10到1的顺序执行；
  t[i]:=99；
改成
for i:=1 to 10 do  //i从1到10的顺序执行；
  t[i]:=Abs(i); 
就是正常次序了，具体DELPHI为什么要这么做，可能是为了提高效率或BUG吧，不过既然不影响程序运行就算了吧

Answer 19

这个问题不是BUG，是编译器的优化结果，
学过汇编的因该了解些，循环通常利用ECX寄存器递减来控制循环，递减循环的效率要高于递增的，所以pascal编译器把上面的循环变为了等效的递减。第二段，则没办法转化，因为它的循环中间变量有输出。你的编译器一定打开了优化，不然不会这样。类似的情况只有在调试中比如单步跟踪的时候发现，比如偶尔会发现程序不是按照你的代码顺序执行的，而是跳到其他地方执行了一下后回来了；
还有就是有些变量调试过程中看到不到数值，或者告知变量无效，这都是优化的结果，调试的时候建议大家关闭了优化开关。

Answer 20

for i:=1 to 10 do  //i从10到1的顺序执行；
  t[i]:=99；
其实跟是否赋值99没有关系，那是我随便写的，我发现它只是与是否有数组有关！！！

Answer 21

你的编译使用优化开关。老早我也碰到过：）
borland的编译器一直很牛，能够减少生成的代码的条数，可以简单的表述如下：
for i:=0 to 10 do 一般编译成：mov cx 0
..
add ax 1
sub 10
jc
...而优化后
mov cx 10
jz
即可。可以看出优化后的代码的条数（上面的汇编是一个概要，实际的请参考delphi的具体）那么为什么有些是无法优化的呢？一般认为，循环体内的执行如果与循环的次序相关就不会优化。将整数转化成string是有输出的，与次序是相关的。所以不会优化。

Answer 22

for i:=1 to 10 do
    showmessage(inttostr(i));  //i为动1到10的顺序执行你看到的最上层窗口中显示的是 10，点确定，显示 9，。对吧？
因为它 10 个窗口全部显示了，先显示的被后显示的盖住了，所以感觉是从 10 到 1 的。

Answer 23

这是Delphi 编译器中的优化遗留的问题。这几句代码中编译器在优化过程中默认为i没有被使用过。如果用下列代码就会正确运行：for i:=1 to 10 do
    t[i]:=99;
for i:=1 to 10 do
    showmessage(inttostr(i));
a:=i;或者，可以将Project Options ---> Compiler ---> Optimization（优化编译） 选项关闭，执行结果也会正确。