数组是程序设计中是一个非常重要的概念。数组是一个用于收集大量类似数据的容器,
以及其每一个元素能被相同处理过程迭代来处理的一个抽象体。
创建数组一般有
三种方式:
全局/静态范围的数组,局部变量数组,申请堆空间来创建数组。
其中,全局/静态范围的数组,以及局部变量属于静态数组。
而申请堆空间来创建数组的属于动态数组。
a[7]与p1_a[7]是一样的么?
静态两维数组的排列顺序
动态两维数组的排列顺序
数组与指针
各种数组的声明方式
静态数组和动态数组在
内存的组织方式
杂谈,不为人知的数组表达方式
数组的迭代与性能影响
a[7]与p1_a[7]是一样的么?
首先声明几个数组:
int g_a[10]; // 全局变量数组
int main(int argc, char** argv)
{
int a[10]; // 局部变量数组
static int s_a[10]; // 静态局部变量数组
int *p1_a, *p2_a; // 数组指针
// 为动态数组申请空间
p1_a = (int*)malloc(sizeof(int) * 10);
p2_a = new int[10];
// 为数组赋值
a[7] = 0;
s_a[7] = 0;
g_a[7] = 0;
p1_a[7] = 0;
p2_a[7] = 0;
// 释放空间,并且将指针置0
delete[] p2_a;
free(p1_a);
p1_a = p2_a = 0;
}
上述程序中,5个数组的在赋值的时候除了变量名以外几乎都是一模一样的,是不是
他们的实现也一样了呢?
答案是否定的,动态数组和静态数组虽然在使用时看起来没有什么差别,但他们实现是不一样的。
反汇编看一下他们的代码。
数组类型 C/C++代码 汇编实现 简略说明
局部变量 a[7] = 0; MOV DWORD PTR SS:[EBP-C], 0 采用EBP在
堆栈定位变量
[EBP - 28] a[0]
...
[EBP - 4] a[9]
静态局部变量 s_a[7] = 0; MOV DWORD PTR DS:[4C5E5C], 0 静态变量会被放到数据.data段中
全局变量 g_a[7] = 0; MOV DWORD PTR DS:[4C5E84], 0 全局变量和静态变量一样,
会被放到数据.data段中
数组指针
(malloc) p1_a[7] = 0; MOV EAX, DWORD PTR SS:[EBP-2C]
MOV DWORD PTR DS:[EAX+1C], 0
对于数组指针,要进行两次寻址
0x1C / 4 = 7
数组指针
(new) p2_a[7] = 0; MOV EAX, DWORD PTR SS:[EBP-30]
MOV DWORD PTR DS:[EAX+1C], 0
同上
根据汇编的结果可见,静态数组都采用了一次寻址,
而动态数组都是两次寻址,这和动态数组本身实现是有关系的。
静态数组的变量本身就是数组第一个元素的地址。
动态数组的变量存放的是一根指向到申请空间的首址指针。
静态两维数组的排列顺序
首先是静态数组,在C/C++中,其实没有正真的两维概念,
对于所有静态数组来说,都是一维的,考虑以下的
例子
int a[35]和int b[7][5]
对于前者,就是包含35个int类型值的数组
而对于后者,可以
理解为b是一个拥有7个数组类型的数组,
每个数组类型又是一个拥有5个int类型值的数组。
可以得出的结果就是两个数组在内存中的分布其实是一样的。
用简单的程序来验证一下:
int a[35];
int b[7][5];
a[0] = 4;
a[1] = 5;
a[34] = 6;
b[0][0] = 7;
b[0][1] = 8;
b[1][0] = 9;
b[6][4] = 10;
a[0] = 4;
a[1] = 5;
a[34] = 6;
MOV DWORD PTR SS:[EBP-8C], 4
MOV DWORD PTR SS:[EBP-88], 5
MOV DWORD PTR SS:[EBP-4], 6
0x8C - 0x04 = 0x88
b[0][0] = 7;
b[0][1] = 8;
b[1][0] = 9;
b[6][4] = 10;
MOV DWORD PTR SS:[EBP-118], 7
MOV DWORD PTR SS:[EBP-114], 8
MOV DWORD PTR SS:[EBP-104], 9
MOV DWORD PTR SS:[EBP-90], 0A
0x118 - 0x90 = 0x88
以上汇编的结果表明,两维数组的实现就是转化成了一维。
如果对两维的概念比较清楚的话,再看两维的排列顺序就不难了
首先是一维的情况(在内存中a[0]和a[1]是连续的)
a[0] a[1] a[2] …… a[33] a[34]
接着是两维(在内存中b[0][0]和b[0][1]是连续的,b[0][4]与b[1][0]是连续的,但b[0][0]和b[1][0]不是连续的)
b[0][0] b[0][1] b[0][2] b[0][3] b[0][4]
b[1][0] b[1][1] b[1][2] b[1][3] b[1][4]
b[2][0] b[2][1] b[2][2] b[2][3] b[2][4]
b[3][0] b[3][1] b[3][2] b[3][3] b[3][4]
b[4][0] b[4][1] b[4][2] b[4][3] b[4][4]
b[5][0] b[5][1] b[5][2] b[5][3] b[5][4]
b[6][0] b[6][1] b[6][2] b[6][3] b[6][4]
以此类推,三维的情况下,首先是第三维的增长,然后再是第二维,最后才是第一维
动态两维数组的排列顺序
首先动态两维数组的创建方式有所不同,以下是经典的创建方法:
int* pa;
int** pb;
// 申请空间
pa = new int[35];
pb = new int*[7];
for (int i = 0; i < 7; i++)
{
pb[i] = new int[5];
}
// 赋值操作
pa[0] = 4;
pa[1] = 5;
pa[34] = 6;
pb[0][0] = 7;
pb[0][1] = 8;
pb[1][0] = 9;
pb[6][4] = 10;
// 释放空间
delete[] pa;
for (int i = 0; i < 7; i++)
{
delete[] pb[i];
}
delete[] pb;
汇编分析
pa[0] = 4;
pa[1] = 5;
pa[34] = 6;
MOV EAX, DWORD PTR SS:[EBP-11C]
MOV DWORD PTR DS:[EAX], 4
MOV EAX, DWORD PTR SS:[EBP-11C]
MOV DWORD PTR DS:[EAX+4], 5
MOV EAX, DWORD PTR SS:[EBP-11C]
MOV DWORD PTR DS:[EAX+88], 6
两次寻址
pb[0][0] = 7;
pb[0][1] = 8;
pb[1][0] = 9;
pb[6][4] = 10;
MOV EAX, DWORD PTR SS:[EBP-120]
MOV ECX, DWORD PTR DS:[EAX]
MOV DWORD PTR DS:[ECX], 7
MOV EAX, DWORD PTR SS:[EBP-120]
MOV ECX, DWORD PTR DS:[EAX]
MOV DWORD PTR DS:[ECX+4], 8
MOV EAX, DWORD PTR SS:[EBP-120]
MOV ECX, DWORD PTR DS:[EAX+4]
MOV DWORD PTR DS:[ECX], 9
MOV EAX, DWORD PTR SS:[EBP-120]
MOV ECX, DWORD PTR DS:[EAX+18]
MOV DWORD PTR DS:[ECX+10], 0A
三次寻址!
牵涉到两个堆地址:[EAX+n]和[ECX+n]
从内存连续性角度来分析的话,
pb[0][0]和pb[0][1]是连续的,
pb[0]和pb[1]也是连续的,
因为其中存放的不再是数组了,而是数组指针
但pb[0][4]和pb[1][0]不再连续
动态数组在内存中的分布大致如下,首先来看看一维:(pa[0]和pa[1]还是连续的)
pa
↓
pa[0] pa[1] pa[2] …… pa[33] pa[34]
两维的话就和静态数组有比较大的区别了:(连续性问题请参考上面的汇编分析)
pb
↓
pb[0] → pb[0][0] pb[0][1] pb[0][2] pb[0][3] pb[0][4]
pb[1] → pb[1][0] pb[1][1] pb[1][2] pb[1][3] pb[1][4]
pb[2] → pb[2][0] pb[2][1] pb[2][2] pb[2][3] pb[2][4]
pb[3] → pb[3][0] pb[3][1] pb[3][2] pb[3][3] pb[3][4]
pb[4] → pb[4][0] pb[4][1] pb[4][2] pb[4][3] pb[4][4]
pb[5] → pb[5][0] pb[5][1] pb[5][2] pb[5][3] pb[5][4]
pb[6] → pb[6][0] pb[6][1] pb[6][2] pb[6][3] pb[6][4]
数组与指针
在C/C++中,数组与指针的关系非常密切,
要清楚理解两者任一个的概念的话,不清楚了解另一个的概念是不可能的。
所以在这里阐述一下他们的关系。
从最简单的开始:
int a[10];
int *pa = a;
声明完这两个变量后,我们可以:
a[0] = 0;
同样我们可以:
*a = 0; // 一次寻址
*pa = 0; // 两次寻址
pa[0] = 0; // 两次寻址
对于*a和*pa来说,其实原型为:
*(a + 0)
*(pa + 0)
因为存在这样一个事实:
在指针上加上一个值后,并不是单纯在地址上加上该值,
而是表示一个偏移量,根据类型不同,偏移单位量也是不同的。
如果以上述例子来说的话,因为int在VC中是4个字节,
那么每+1,在地址上所加的是sizeof(int)也就是4个字节。
这样,就和数组的索引值就陪对了起来。即:
*a 等价于 *(a + 0) 等价于 a[0]
*(a + 5) 等价于 a[5]
从另一个方面来说的话,对于
pa = a;
也可以写为:
pa = &a[0];
同样,并不一定要指向索引为0的元素,
pa = a + 7;
pa = &a[7];
接下来考虑稍微复杂一点的静态两维数组:
int b[7][5];
int (*pb)[5] = b; // 声明和赋值写在同一行可能比较混乱,如果单独写的话,应该是 pb = b;
int (*pb1)[5] = b + 1; // 或者&b[1]
int *pvalue = (*b) + 1; // 或者&(*b)[1]
int *pvalue1 = (*pb) + 1; // 或者&(*pb)[1]
首先解释一下一个常见的问题:
int **pb = b;
如果这么写的话,编译器会不客气地扔出一个
错误:
error C2440: '=' :
cannot convert from 'int [7][5]' to 'int **'
猜想的原因可能是因为:
静态数组和动态数组的结构不同,如果同样采用int** 指针来引用的话,
在访问具体元素的时候,会产生二义性(指针并不知道引用的数组类型)
而一旦明确了声明后,对指针的操作时采用两次*取值操作就不会受到太大阻碍。
以下几种写法都是等价的:
b[1][1]
pb1[1][1]
*(b[1] + 1)
*(pb1[1] + 1)
*(*(b + 1) + 1)
*(*(pb1 + 1) + 1)
唯一被编译器隐藏的区别就是,与b相关的操作一次寻址,而pb1每次都是两次寻址。
然后看看那个声明就比较混乱的pb
在声明中,指明了它是一个指针,指向一个含有5个元素的数组。
回忆一下第二节.静态两维数组的排列顺序中一句话:
而对于后者,可以理解为b是一个拥有7个数组类型的数组,
每个数组类型又是一个拥有5个int类型值的数组。
两边要表达的意思是一致的,所以,pb的值可以为&b[0] ~ &b[6]中任一个。
接着我们又声明了一个int指针,用来接具体的值,
由于pb固定了b的第一维索引值,所以对其解引用(即*操作),
操作层从第一维转换到了第二维上,所以我们可以用&(*pb)[1]的形式,
或者(*pb) + 1的形式来获得某个元素的指针。
对于动态两维数组,因为其本身声明就是int **pb,所以也不存在什么编译器报错的问题。
而且对其做两次解引用(*求值操作),也确实根据地址求了两次值。
如果算上指针本身是地址,需要间接引用的话,所以一共是做了三次间接引用。
各种数组的声明方式
对于数组的声明,以及在函数参数中的声明,经常会被编译器拦截,
被告知声明不符合要求,所以经常会摸不着头脑最后改变数组的形式。
其实每种声明都可以通过语法实现,只不过因为数组的特殊性,
所以要说明数组的语法通常都比较复杂一点罢了。
下表是对各种情况做了一下整理:(假设对函数的调用为func(a))
数组声明 说明 函数参数声明 备注
int a[10]; 一维静态数组 void func(int [10]);
void func(int []);
void func(int *);
数组长度是否明示对函数参数没有影响,
即使void func(int [100]);这样的声明,
还是能把a作为参数传入,
最多某些严肃的编译器抱怨一个警告而已
int *pa 一维数组指针
(静态和动态皆可)
void func(int [10]);
void func(int []);
void func(int *);
数组指针和一维数组之间的区别很小,
唯一区别就是,数组作为参数就是把它自己PUSH进栈,
而指针的话需要间接引用一次,把取得的值PUSH进栈。
int b[7][5] 两维静态数组 void func(int [7][5]);
void func(int [][5]);
void func(int (*)[5]);
两维静态数组的申明方式基本上和一维的差不了多少,
但要注意的是必须指定第二维的大小。
道理很简单,数组在第一维上移动的单位长度必须确定,
比如a[3] -> a[4]移动的距离必定是sizeof(int [5])。
所以,也是为什么第二维必须固定,而不是第一维的原因。
int (*pb)[5] 两维静态数组指针 void func(int [7][5]);
void func(int [][5]);
void func(int (*)[5]);
和一维数组指针基本上一样,区别点也相同。
int **pb 两维动态数组指针 void func(int **);
可怜的两维动态数组指针只有一种调用方式:-(
int c[9][7][5] 三维静态数组 void func(int [9][7][5]);
void func(int [][7][5]);
void func(int (*)[7][5]);
尝试一下声明三维的数组?虽然不常用,呵呵
int (*pc)[7][5] 三维静态数组指针 void func(int [9][7][5]);
void func(int [][7][5]);
void func(int (*)[7][5]);
别眼花了~
int ***pc 三维动态数组指针 void func(int ***);
三维动态数组指针也好可怜=v=
静态数组和动态数组在内存的组织方式
前面也提到过,静态数组在栈内或者在数据段.data内分配空间,
而动态数组在堆内分配空间。下面从内存角度来说明各自的特点。
全局变量数组/静态局部变量数组
这两个数组的生命期都和程序一样长,因为它们的空间是程序运行前就指定完毕的,
在程序执行过程中,也是通过直接寻址,地址一已经硬
编码写在了程序代码中。
因为运行前就被分配了空间,所以所有元素的初始值被设为0。
有一种特殊的全局变量数组——字符串
他们是一种末尾必定以'/0'结尾的特殊的char型数组。
虽然也属于全局变量数组,但他们被放在了只读的.rdata段中,
放在只读段中是因为他们是不应该被程序的错误代码而改写的。
看看下面的例子:
char* c1 = "abcde";
char c2[] = "abcde";
c1[0] = 'b'; // 错误
c2[0] = 'b'; // 正确
c1是指针,指向一个全局的
字符串数组
c2是一个局部变量数组
当c1想改写全局字符串数组中某个元素的值的时候,
会发生Access Violation的
异常,因为在该内存区的数据全是只读的。
局部变量数组
局部变量数组的空间是从栈上被分配出来的。
局部变量数组的生命周期只和函数一样长,当然如果声明在某个循环里的时候,
虽然堆内预留的空间还是存在的,但编译器可能会把这个空间用于其他不和这个变量冲突的变量。
这样做的目的是为了节省堆栈空间。所以,在循环内的数组变量声明周期也就到循环的结束。
在栈上分配空间的时候,由于PUSH的效率很低,特别是遇到数组这种大量数据集合的时候,
所以编译器一般直接通过移动ESP指针来达到分配空间的目的。但编译器做的仅仅是移动指针,
而分配出来的空间中有些什么垃圾数据,编译器是不会去管的,这个C/C++本身实现目标有关系,
C/C++是为了性能而设计出来的一种语言。
它的目标是做最少的事情,用最少的时间完成最多的工作,
所以,初始化内存的
责任就转移到了
程序员的身上,
另外不仅分配内存如此,从很多方面都能感受到C/C++的这个思想。
栈中的数据不单单有普通变量,数组变量,还有比如返回地址,栈帧,SEH链表,调用参数都在这块空间内。
其中最重要的是返回地址。
为什么这么说,首先介绍一个概念——栈溢出。
栈溢出就是因为不当的操作,把值写到了不应该写的栈地址上面。
而返回地址决定了程序执行的方向,一旦返回地址被修改,导致程序跳到了其他地方,
首先是程序出错这是肯定的,此外由于操作系统最终捕获到错误会利用堆栈的返回地址链,
打印出栈中函数的调用关系,如果返回地址都没有了的话,那就不可能追踪最末层的函数,
也就会给调试带来的一定的困难。
说了那么多,其实反过来想说明的问题是,局部变量数组是一个很容易导致堆栈溢出的变量。
因为数组会有循环迭代,一旦没有控制住,就会越界,越界就有可能发生堆栈溢出。
关于这点,在下一节杂谈,不为人知的数组表达方式中有简略的实例演示。
动态数组(数组指针)
动态数组虽然也有局部的——它的指针,
但一旦new过了之后,它所指向的实际分配空间是在堆里面的。
在堆中申请空间有两种方式:C的malloc和C++的new。
对于基本数据类型的数组来说,这两种申请空间的方式没有什么太大的区别。
int *pa, *pb;
pa = (int *)malloc(sizeof(int) * 10); // 正确
pb = new int[10]; // 正确
但是,如果类数组的话,一定要用new来分配空间,而不是malloc。
MyClass *pa, *pb;
pa = (MyClass *)malloc(sizeof(MyClass) * 10); // 错误
pb = new MyClass[10]; // 正确
采用malloc调用的只是分配了一块sizeof(MyClass) * 10大小的空间,其他什么事情都没做。
采用new调用,不但分配了空间(自动计算),而且还调用了每个MyClass的
构造函数。
对于类来说,构造函数是很重要的,如果没有调用构造函数而使用该类变量的话,可能会出现预想不到的结果。
同样,在用new []申请空间后,需要用delete []释放空间。
为什么不是delete,而是delete []?
对于基本数据类型的数组来说,delete只释放了pa[0]的空间,而delete []正确地释放了所有的空间。
对于类的数组来说,delete只调用了pa[0]的
析构函数,并是放了空间,
而delete []调用了所有元素的析构函数,并且正确地释放了所有的空间。
如果有疑问的话,这样一段小小的程序会告诉你答案的:-)
代码 输出
#include <iostream>
using namespace std;
class MyClass
{
public:
MyClass() {_i = _s_i++; cout << "MyClass(). " << _i << endl;}
~MyClass() {cout << "~MyClass(). " << _i << endl;}
private:
int _i;
static int _s_i;
};
int MyClass:: _s_i = 0;
int main(int argc, char** argv)
{
MyClass *pa, *pb;
cout << "[malloc]" << endl;
pa = (MyClass *)malloc(sizeof(MyClass) * 10);
cout << "[new]" << endl;
pb = new MyClass[10];
delete[] pb;
pb = 0;
free(pa);
pa = 0;
}
[malloc]
[new]
MyClass(). 0
MyClass(). 1
MyClass(). 2
MyClass(). 3
MyClass(). 4
MyClass(). 5
MyClass(). 6
MyClass(). 7
MyClass(). 8
MyClass(). 9
~MyClass(). 9
~MyClass(). 8
~MyClass(). 7
~MyClass(). 6
~MyClass(). 5
~MyClass(). 4
~MyClass(). 3
~MyClass(). 2
~MyClass(). 1
~MyClass(). 0
杂谈,不为人知的数组表达方式
先看程序=v=
int i = 4;
int a[10];
int j = 5;
int b[7][5];
0[a] = 6;
9[a] = 7;
0[b][0] = 1;
0[1[b]] = 2;
0[b[2]] = 3;
cout << (-1)[a] << endl;
看完之后,有什么想法么?
多数人可能会认为这个东西还是C/C++么?
不过很可惜……
这段程序在M$的编译器中编译成功。
为什么这样?!可能有人要疯了。
慢,其实这个表达方式能够被认可,和第四节数组与指针中的概念有关。
*a 等价于 *(a + 0) 等价于 a[0]
*(a + 5) 等价于 a[5]
有这样一个事实:
*(a + 0) 和 *(0 + a)要表达的东西是一样的。
所以可以推导出:
a[0] 等价于 *(a + 0) 等价于 *(0 + a) 等价于 0[a]
所以不难可以推导出二维的表达方式:
b[0][1] = *(b[0] + 1) = *(1 + b[0]) = 1[b[0]]
b[0][1] = *(b[0] + 1) = *(*(b + 0) + 1) = *(*(0 + b) + 1) = *(0[b] + 1) = 0[b][1]
b[0][1] = *(b[0] + 1) = *(*(b + 0) + 1) = *(*(0 + b) + 1) = *(1 + *(0 + b)) = *(1 + 0[b]) = 1[0[b]]
从这个例子可以看出,数组和指针有着非常亲密的关系^^
好,让我们喘一口气,怪谈还没完呢~
看看最后一个cout输出语句:
cout << (-1)[a] << endl;
(-1)[a]根据刚才的知识我们可以得出: (-1)[a] = a[-1] ……等等,-1?编译器怎么没报错??
在C/C++里当然不会报,因为报了就违背C/C++的设计目标了——多管不用管的
那么再把这个式子转换一下,可以得到*(a - 1)
按照指针的概念,也就是前一个元素的东西,
因为a[0]是数组头了,-1会指向哪里呢?猜猜看~
或许有人会说是i,因为按照书写的顺序,i在数组a上面。
但代码书写并非编译器的实现,根据编译器的实现,还有有没有
开启优化,结果是不一样的
按照我目前手头的编译器(见文章的开头),采用DEBUG模式编译出来,输出的结果是5
也就是指向了j。
在80x86体系结构,Windows系列操作系统下,栈在内存中从大地址->小地址方向扩展。
换句话说,栈底在大地址,栈顶在小地址。
这样,压入参数的时候,i被压在了大地址上,也就是下方,
然后数组a压在i的上方,因为数组的顺序还是要沿着地址增长的方向扩展
所以a[0]在上方,a[9]在下方,
然后j又压在了a[0]的上方,所以a[-1]也就是j了。
再换句话说,这也就是所谓的栈溢出!
列出该程序执行该段程序时,栈的情况的话:
0012FEE8 j = 5
0012FEEC a[0] = 6
0012FEF0 a[1] = ?
~
0012FF0C a[8] = ?
0012FF10 a[9] = 7
0012FF14 i = 4
0012FF18 保存的EBP
0012FF1C 返回地址
刚才我们在a[-1],也就是j,现在我们把矛头转一下,直接对准返回地址。
按照栈的情况来看,返回地址用数组a来解释就是a[12],稍微修改一下程序。
在函数结束前增加一行代码:
a[12] = 0;
顺利通过编译,嗯
执行……!调试器跳出,说有Access Violation
看一下当前EIP指针,果然等于0
程序也就这么被栈溢出给抹杀掉了(其实是操作系统抹杀了该程序,栈溢出的行为应该属于借刀杀人=v=)
不过一般非故意的栈溢出不会这么有针对性,都是循环失控导致的,这样会把栈一路上的地址全部破坏掉。
所以一般那些检查栈溢出的代码(DEBUG模式下有些编译器会插入),在栈帧两端设防,
一旦设防标志被破坏就认为发生了栈溢出,所以大多数非故意的栈溢出还是能够通过特定代码监测出来的:-)
数组的迭代与性能影响
从简单的角度出发,我们考虑两维静态数组。
对于数组a[i][j],采用两层循环来迭代,应该把个索引放外面,哪个索引放里面?
如果从理论上来讲,我们知道m固定的情况下,j中的元素是连续的,
又因为高速
缓存读入数据时候按块来读,所以尽量应该使最近访问的数据都在连续的内存上。
那么我们得出了答案,也就是i放外面,j放里面,写成程序就是:
#define MAX_I 1024 * 1024
#define MAX_J 1024 * 512
int a[MAX_I][MAX_J];
for (int i = 0; i < MAX_I; i++)
for (int j = 0; j < MAX_J; j++)
a[i][j] = 1;
但理论归理论,还是需要实践才是真理!
编写程序,对a[i][j]进行写入测试,测量工具采用CPU指令RDTSC
RDTSC
卷绕周期为172年
精度±0.001微妙(3.4GHz
处理器)(受电源管理和乱序执行的影响)
秒转换:秒数 = 两次测试的差值 / 计算机CPU的频率
测试程序:
#define MAX_I 32 * 512
#define MAX_J 32 * 512
int g_array[MAX_I][MAX_J];
inline unsigned __int64 GetTick()
{
__asm RDTSC
}
int main(int argc, char** argv)
{
__int64 t1;
t1 = GetTick();
for (int i = 0; i < MAX_I; i++)
for (int j = 0; j < MAX_J; j++)
g_array[i][j] = 1;
cout << GetTick() - t1 << endl;
t1 = GetTick();
for (int j = 0; j < MAX_J; j++)
for (int i = 0; i < MAX_I; i++)
g_array[i][j] = 1;
cout << GetTick() - t1 << endl;
}
测试用机:
Intel(R) Core(TM)2 CPU T7400 2.16GHz 2.16GHz
2.00GB内存
次数 i外j内 j外i内
1 3182607649 29253016390
2 3224917293 27522755221
3 3160380392 27205374131
4 3147323816 27746559464
5 3159460317 27695442775
6 3150892875 27581611161
7 3166696546 27459197090
8 3134793389 27874196311
9 3161698709 27514023030
10 3205793422 27283634963
AVG 3169456440.8 27713581053.6
毫秒 1467ms 12830ms
通过测试可见,两种方式导致的性能差别几乎达到了10倍。
转自http://ikaruga.name/Technology/ccplusplus/staticAndDynamicArray.html